From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dmitry Gutov Subject: Re: org-export raises stringp nil error Date: Fri, 08 Mar 2013 15:18:19 +0400 Message-ID: <87a9qexhqc.fsf@yandex.ru> References: <87ip539io1.fsf@nautilus.nautilus> <87zjye96ph.fsf@bzg.ath.cx> <87vc928kcm.fsf@bzg.ath.cx> <83sj46z468.fsf@gnu.org> <87txomz1j7.fsf@yandex.ru> <83li9yyyul.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Return-path: In-Reply-To: <83li9yyyul.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 08 Mar 2013 12:23:14 +0200") 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: Eli Zaretskii 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 Eli Zaretskii writes: >> From: Dmitry Gutov >> Cc: Eli Zaretskii , bzg@gnu.org, lele@metapensiero.it, emacs-orgmode@gnu.org, Leo Liu , 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. There won't be such correspondence. AFAIK, all 4 packages I mentioned above maintain backward compatible codebases, so it's not like they depend on the latest Emacs. And if some do, package.el allows to specify the minimal Emacs version in the "Package-Requires" header. It just might use some improvement in the error message when this dependency is not satisfied. So, users of all versions of Emacs would use the same latest stable Gnus, Org and CEDET, as long as the packages maintain backward compatibility. That would create some pressure to upgrade old Emacs versions, though (as long as ELPA repositories only contain the latest versions of packages), but that's not necessarily a bad thing.