From mboxrd@z Thu Jan 1 00:00:00 1970 From: Achim Gratz Subject: Re: Org release 8.2.5g (minor release from maint) Date: Tue, 21 Jan 2014 20:16:30 +0100 Message-ID: <87wqhtywkx.fsf@Rainer.invalid> References: <87k3dtsat8.fsf@bzg.ath.cx> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:37569) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W5god-0006LF-Ks for emacs-orgmode@gnu.org; Tue, 21 Jan 2014 14:16:57 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W5goX-0006ct-KC for emacs-orgmode@gnu.org; Tue, 21 Jan 2014 14:16:51 -0500 Received: from plane.gmane.org ([80.91.229.3]:48579) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W5goX-0006cP-Cx for emacs-orgmode@gnu.org; Tue, 21 Jan 2014 14:16:45 -0500 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1W5goS-0002Pc-OK for emacs-orgmode@gnu.org; Tue, 21 Jan 2014 20:16:40 +0100 Received: from pd9eb1350.dip0.t-ipconnect.de ([217.235.19.80]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 21 Jan 2014 20:16:40 +0100 Received: from Stromeko by pd9eb1350.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 21 Jan 2014 20:16:40 +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 Bastien writes: > Hi all, > > I released Org 8.2.5g, which fixes several bugs. > > http://orgmode.org > > Please heavily test this release and report important bugs. The tag for release_8.2.5e is on the wrong branch (you tagged the merge instead of the last commit in maint (that would be 0a8fe04a9d). Commit 6c0992939d introduces a cl-used-at-runtime bug (subseq is a defun, not a macro). The construct might be replaceable by (car pre-info) (cadr pre-info) in the first instance and (nthcdr 3 pre-info) in the second or the cdr of the second element of pre-info might directly get the new value spliced in depending on whether the original value is used someplace else. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptations for Waldorf Q V3.00R3 and Q+ V3.54R2: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada