From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andreas Leha Subject: Re: Buffer local alias? Date: Wed, 15 Jan 2014 21:40:39 +0100 Message-ID: <87bnzdx9ko.fsf@med.uni-goettingen.de> References: <87a9ey5p50.fsf@alphaville.bos.redhat.com> <87zjmyic0v.fsf@bzg.ath.cx> <87wqi2xmhh.fsf@med.uni-goettingen.de> <87txd59fug.fsf@Rainer.invalid> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:53271) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W3XGm-0000RA-KW for emacs-orgmode@gnu.org; Wed, 15 Jan 2014 15:41:06 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W3XGg-0006xA-QI for emacs-orgmode@gnu.org; Wed, 15 Jan 2014 15:41:00 -0500 Received: from plane.gmane.org ([80.91.229.3]:45764) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W3XGg-0006x1-KH for emacs-orgmode@gnu.org; Wed, 15 Jan 2014 15:40:54 -0500 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1W3XGd-0005Ml-C4 for emacs-orgmode@gnu.org; Wed, 15 Jan 2014 21:40:51 +0100 Received: from vpn-2100.gwdg.de ([134.76.2.100]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 15 Jan 2014 21:40:51 +0100 Received: from andreas.leha by vpn-2100.gwdg.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 15 Jan 2014 21:40:51 +0100 List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org Hi Achim, Achim Gratz writes: > Andreas Leha writes: >> I am not as organized as Tom is. So the chances to use my up-to-date >> orgmode and successfully export any of my org documents from a year ago >> (they are almost all 'Literate Programming' documents and, thus, maybe >> more fragile?) are slim. I do not have numbers, but it seems like I'll >> need to adapt such documents all the time. > > We've discussed this before… If you want anything "reproducible", you > either need to keep it up-to-date with rolling releases and regression > tests or you need an environment that can be frozen (i.e. a VM with the > data plus the OS and applications). Anything less than that is coming > back to bite you at some inconvenient moment. > Yes, I know. That's why I am sighing a bit: Both approaches need work or are inconvenient in one way or the other. I am following the first approach, since I sort of can live with that kind of impaired reproducibility and I really want (some of) the new features constantly added to Org. I just want to say: For me, the more backwards compatible Org stays the better. That's why I vote for the alias in the initial topic of this thread. And for similar measures in other cases, where backwards compability is as 'cheap' as in this case. It will just mean a little less work for me in the end. Regards, Andreas