From mboxrd@z Thu Jan 1 00:00:00 1970 From: Stefan Monnier Subject: bug#17724: 24.4.50; regression: error "`recenter'ing a window that does not display current-buffer." when opening org-mode file Date: Wed, 18 Jun 2014 14:15:51 -0400 Message-ID: References: <87bnu4ww4i.fsf@boo.workgroup> <83r4303cuc.fsf@gnu.org> <87singtukm.fsf@bzg.ath.cx> <878up5erdw.fsf@geodiff-mac3.ulb.ac.be> <83mwdl1oay.fsf__34932.3046779775$1402367995$gmane$org@gnu.org> <871tuxdw3y.fsf@geodiff-mac3.ulb.ac.be> <87lht5xjlt.fsf@bzg.ath.cx> <87lhsvbunj.fsf@yun.yagibdah.de> <87ha3jlaoa.fsf@yun.yagibdah.de> <834mzjuecn.fsf@gnu.org> <83y4wuth7s.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:40923) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WxKP3-00073Z-9e for emacs-orgmode@gnu.org; Wed, 18 Jun 2014 14:16:15 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WxKOx-0005CI-EG for emacs-orgmode@gnu.org; Wed, 18 Jun 2014 14:16:09 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <83y4wuth7s.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 18 Jun 2014 17:39:19 +0300") 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: Eli Zaretskii Cc: lee@yun.yagibdah.de, 17724@debbugs.gnu.org, bzg@altern.org, grfz@gmx.de, theonewiththeevillook@yahoo.fr > Not sure what you have in mind, but perhaps we should rename the > branch to something like 'release-branch', and then its name won't > need to change with the Emacs versions. It's not just the name: after the release we won't ask people to track the "release-branch". Maybe we could use a "branch alias" which we can switch between "trunk" and "release-branch". With Bzr this could be implemented as a symlink (tho I'm not sure if bzr's transport protocol lets us create symlinks). With Git, I'm not sure if it's supported natively or would have to be simulated with symlinks (which we'd have to ask savannah-hackers@gnu.org to create&change). Stefan