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: Org merging [was Re: next pretest] Date: Thu, 14 Aug 2014 21:12:09 +0200 Organization: Linux Private Site Message-ID: <871tsic2d2.fsf@Rainer.invalid> References: <834mxjja88.fsf@gnu.org> <878umuytw7.fsf@bzg.ath.cx> <1pk36du2dp.fsf@fencepost.gnu.org> <8761hwsxt4.fsf@bzg.ath.cx> <87ha1f4oe8.fsf@bzg.ath.cx> <87mwb7qka7.fsf@ericabrahamsen.net> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1408043564 28464 80.91.229.3 (14 Aug 2014 19:12:44 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 14 Aug 2014 19:12:44 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Aug 14 21:12:39 2014 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 1XI0Rz-0006uH-6D for ged-emacs-devel@m.gmane.org; Thu, 14 Aug 2014 21:12:39 +0200 Original-Received: from localhost ([::1]:55724 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XI0Ry-0001zV-O4 for ged-emacs-devel@m.gmane.org; Thu, 14 Aug 2014 15:12:38 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35049) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XI0Rr-0001zO-SC for emacs-devel@gnu.org; Thu, 14 Aug 2014 15:12:35 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XI0Rm-0001p9-VB for emacs-devel@gnu.org; Thu, 14 Aug 2014 15:12:31 -0400 Original-Received: from plane.gmane.org ([80.91.229.3]:39053) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XI0Rm-0001nb-Ot for emacs-devel@gnu.org; Thu, 14 Aug 2014 15:12:26 -0400 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1XI0Rk-0006oj-TV for emacs-devel@gnu.org; Thu, 14 Aug 2014 21:12:24 +0200 Original-Received: from pd9eb3fc1.dip0.t-ipconnect.de ([217.235.63.193]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 14 Aug 2014 21:12:24 +0200 Original-Received: from Stromeko by pd9eb3fc1.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 14 Aug 2014 21:12:24 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 39 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: pd9eb3fc1.dip0.t-ipconnect.de User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.91 (gnu/linux) Cancel-Lock: sha1:WpFv+1Do4hS1quO7TnB5iRx+oNs= 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:173672 Archived-At: Stefan Monnier writes: >> As someone essentially unqualified to comment, I'll keep this short: how >> about checking for an "elpa" target to make? Run it if it exists, do >> nothing if it doesn't. > > Of course, but that's not the issue. The problems are rather: > - The machine on which the GNU ELPA archive is built is a small virtual > machine, with fairly few software packages installed, currently. > We can add more, of course. Org needs these programs for bootstrapping a release into a package (the GNU versions if there are alternatives): emacs makeinfo make rm ln install tar echo find git The use of make implies sh (any POSIXy shell will do) and makeinfo and git have (extensive) further dependencies. For the reference card and manual you'd need PDFLaTeX as well. > - Since the GNU ELPA archive is auto-built nightly from the `elpa' > branch and (inevitably) many people have write access to the `elpa' > branch, there's a security issue if we run just arbitrary code from > the `elpa' branch. Those builds should run in their own VM obviously, but that may not be easily set up. Bouncing a work tree over Git with the info and autoload files pre-built really isn't all that different than just handing you the tarball to distribute, so I think that'd be a toss-up. You just have that build done on orgmode.org instead of elpa.gnu.org in this case. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf microQ V2.22R2: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada