From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eric Schulte Newsgroups: gmane.emacs.devel Subject: Re: Periodical releases Date: Thu, 05 Jan 2012 07:18:33 -0700 Message-ID: <878vlmb5by.fsf@gmx.com> References: <71588355363047528F16FE989690A488@us.oracle.com> <87r4ze3lf8.fsf@gnu.org> <877h16337m.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1325773179 14457 80.91.229.12 (5 Jan 2012 14:19:39 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 5 Jan 2012 14:19:39 +0000 (UTC) Cc: Dave Abrahams , Bastien , Chong Yidong , emacs-devel@gnu.org To: Carsten Mattner Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jan 05 15:19:34 2012 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RioAH-000807-Jt for ged-emacs-devel@m.gmane.org; Thu, 05 Jan 2012 15:19:33 +0100 Original-Received: from localhost ([::1]:46119 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RioAG-0001sb-RU for ged-emacs-devel@m.gmane.org; Thu, 05 Jan 2012 09:19:32 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:47439) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RioAA-0001sN-MF for emacs-devel@gnu.org; Thu, 05 Jan 2012 09:19:31 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RioA3-0002mp-QP for emacs-devel@gnu.org; Thu, 05 Jan 2012 09:19:26 -0500 Original-Received: from mailout-us.gmx.com ([74.208.5.67]:43080) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1RioA3-0002mW-JL for emacs-devel@gnu.org; Thu, 05 Jan 2012 09:19:19 -0500 Original-Received: (qmail invoked by alias); 05 Jan 2012 14:19:17 -0000 Original-Received: from c-174-56-1-147.hsd1.nm.comcast.net (EHLO bagel) [174.56.1.147] by mail.gmx.com (mp-us004) with SMTP; 05 Jan 2012 09:19:17 -0500 X-Authenticated: #67821228 X-Provags-ID: V01U2FsdGVkX1+hSncpSMCh0gEESxUYI2BXgkFQJ0s1ZK1JB/ijGl wDs99ftConry6c User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.92 (gnu/linux) X-Y-GMX-Trusted: 0 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 74.208.5.67 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:147342 Archived-At: Carsten Mattner writes: > On Thu, Jan 5, 2012 at 10:31 AM, Bastien wrote: >> 2) I will probably release Org 8.0 before the end of the feature freeze >> =C2=A0 (say march or april). =C2=A0Not having it in Emacs 24.1 is not su= ch a big >> =C2=A0 deal, agreed, but it creates a situation where people often insta= ll >> =C2=A0 Org on top of the one that comes with Emacs, which doesn't feel >> =C2=A0 optimal and leads to many questions, because of conflicting insta= lls. > > Out of curiosity. If I have 24.1 with Org 7.x and to use Org latest > I put that in ~/.emacs.d/, is there some potential > ambiguity/conflict/version-clash/mixup going on if I add that > local dir to the load path? Do I have to use some unknown-to-me > (prepend-to-load-path path)? I know that Vim has ~/.vim/* first in the > path list. What's it for Emacs? The `add-to-list' function will place any new directory at the front of your load path. In general adding the new version of Org-mode to your load path, loading or requiring org, and then calling the `org-reload' function should be sufficient. For more information see [1]. However, when an older version of Org-mode (e.g., one shipped with Emacs) is loaded first it defines all Org-mode variables. Subsequent versions of Org-mode will not update the values of these variables as a defvar of an existing variable does not change its value. This frequently leads to buggy behavior. This point would argue for migration of Org-mode to ELPA in future releases. Best -- Eric Footnotes:=20 [1] http://orgmode.org/worg/org-faq.html#Keeping-current --=20 Eric Schulte http://cs.unm.edu/~eschulte/