From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eli Zaretskii Subject: Re: org-export raises stringp nil error Date: Fri, 08 Mar 2013 12:15:53 +0200 Message-ID: <83obeuyz6u.fsf@gnu.org> References: <87ip539io1.fsf@nautilus.nautilus> <87zjye96ph.fsf@bzg.ath.cx> <87vc928kcm.fsf@bzg.ath.cx> <83sj46z468.fsf@gnu.org> Reply-To: Eli Zaretskii Return-path: In-reply-to: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org To: joakim@verona.se Cc: bzg@gnu.org, lele@metapensiero.it, emacs-orgmode@gnu.org, sdl.web@gmail.com, emacs-devel@gnu.org List-Id: emacs-orgmode.gnu.org > From: joakim@verona.se > Date: Fri, 08 Mar 2013 10:15:07 +0100 > Cc: bzg@gnu.org, lele@metapensiero.it, emacs-orgmode@gnu.org, > Leo Liu , emacs-devel@gnu.org > > - Emacs "trunk" could be stripped of all but the bare essentials to > achieve bootstrap. > - distribution tarballs could be made from trunk+elpa. > > Since I dont do releases for Emacs I dont get to have an opinion on the > matter, but if pressed, I would say this idea has considerable merit. It also has at least one demerits: people who track the trunk will not necessarily use the revisions of packages from elpa that will be included in Emacs tarballs. That will probably mean longer and more painful pretests, and some of the advantages of having a publicly accessible development trunk will be lost.