From mboxrd@z Thu Jan  1 00:00:00 1970
From: Eli Zaretskii <eliz@gnu.org>
Subject: Re: org-export raises stringp nil error
Date: Fri, 08 Mar 2013 12:23:14 +0200
Message-ID: <83li9yyyul.fsf@gnu.org>
References: <87ip539io1.fsf@nautilus.nautilus>
	<ccwqtiq5dg.fsf@fencepost.gnu.org> <87zjye96ph.fsf@bzg.ath.cx>
	<jfd2va8yfy.fsf@fencepost.gnu.org> <87vc928kcm.fsf@bzg.ath.cx>
	<m1wqtipdhy.fsf@gmail.com> <83sj46z468.fsf@gnu.org>
	<m3zjye5k2s.fsf@chopper.vpn.verona.se> <87txomz1j7.fsf@yandex.ru>
Reply-To: Eli Zaretskii <eliz@gnu.org>
Return-path: <emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org>
In-reply-to: <87txomz1j7.fsf@yandex.ru>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/emacs-devel>
List-Post: <mailto:emacs-devel@gnu.org>
List-Help: <mailto:emacs-devel-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=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: Dmitry Gutov <dgutov@yandex.ru>
Cc: lele@metapensiero.it, joakim@verona.se, emacs-devel@gnu.org, bzg@gnu.org, emacs-orgmode@gnu.org, sdl.web@gmail.com
List-Id: emacs-orgmode.gnu.org

> From: Dmitry Gutov <dgutov@yandex.ru>
> Cc: Eli Zaretskii <eliz@gnu.org>,  bzg@gnu.org,  lele@metapensiero.it,  emacs-orgmode@gnu.org,  Leo Liu <sdl.web@gmail.com>,  emacs-devel@gnu.org
> Date: Fri, 08 Mar 2013 13:25:16 +0400
> 
> joakim@verona.se writes:
> > Just a small reminder of the idea Stefan sometimes drops in these
> > discussions:
> > - Emacs "trunk" could be stripped of all but the bare essentials to
> > achieve bootstrap.
> 
> I like the idea of stripping big bundled packages (like org, gnus,
> cedet, maybe even tramp, if that's possible).

That would certainly mean more problems for users to set them up with
a particular version of Emacs, because there's no longer a clear way
of getting the version of package X that correspond to Emacs version
N.M.