From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Bastien Newsgroups: gmane.emacs.devel Subject: Re: org-export raises stringp nil error Date: Sun, 10 Mar 2013 19:03:15 +0100 Message-ID: <87ehfnw2sc.fsf@bzg.ath.cx> 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> <87li9xu9y5.fsf@Rainer.invalid> <83zjydy8ny.fsf@gnu.org> <87vc91slfj.fsf@Rainer.invalid> <83haklx7yq.fsf@gnu.org> <87li9wh33d.fsf@uwakimon.sk.tsukuba.ac.jp> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1362938605 11115 80.91.229.3 (10 Mar 2013 18:03:25 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 10 Mar 2013 18:03:25 +0000 (UTC) Cc: Eli Zaretskii , Achim Gratz , emacs-devel@gnu.org To: "Stephen J. Turnbull" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Mar 10 19:03:50 2013 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1UEkb4-00031R-UY for ged-emacs-devel@m.gmane.org; Sun, 10 Mar 2013 19:03:47 +0100 Original-Received: from localhost ([::1]:46609 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UEkai-0006vV-H6 for ged-emacs-devel@m.gmane.org; Sun, 10 Mar 2013 14:03:24 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:56055) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UEkad-0006um-RR for emacs-devel@gnu.org; Sun, 10 Mar 2013 14:03:21 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UEkac-0003C7-MH for emacs-devel@gnu.org; Sun, 10 Mar 2013 14:03:19 -0400 Original-Received: from mail-we0-x229.google.com ([2a00:1450:400c:c03::229]:56050) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UEkaa-0003BP-Ra; Sun, 10 Mar 2013 14:03:16 -0400 Original-Received: by mail-we0-f169.google.com with SMTP id t11so2815814wey.14 for ; Sun, 10 Mar 2013 11:03:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:from:to:cc:subject:in-reply-to:references :user-agent:date:message-id:mime-version:content-type; bh=ERx05W1rb9Qk9VyvEbjW2mw6am+YmPDgdhG2pfk1VUA=; b=Zmtk1RVmlQ272SLLYrSV2adZBJM4KRC0opOiPwyePO+n0/npnehiR7sqOrvGKQmQuG bnURcKOFkUGXao7sSYi6JN4UjbWt0CW9jLV/Suy5F7KGREvC+OJkHK2GAyRHEtfj6GiW Qd0hRTFmukPH4VI6WrHljJVhOrm5KNqRvmicVl9r4KvfkSJM1qpCmSXmCahznDAPsLuh l5/ra1Yu6XbUqYv0UevmSKVL6/DKOJ+mNzOZ+b5DBLHgABxN4Wd7BYFDKNbgLP5trF+w KBcOrnScIeC4BhCuUtQZwqQt0AVUs3xf6JOXIis9uT7LKg5Bod7ATV3i7DRKMCcBOD+J gwJA== X-Received: by 10.194.84.8 with SMTP id u8mr14749311wjy.29.1362938595950; Sun, 10 Mar 2013 11:03:15 -0700 (PDT) Original-Received: from bzg.localdomain (mar75-2-81-56-68-112.fbx.proxad.net. [81.56.68.112]) by mx.google.com with ESMTPS id r7sm12117422wiz.2.2013.03.10.11.03.13 (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 10 Mar 2013 11:03:14 -0700 (PDT) Original-Received: by bzg.localdomain (Postfix, from userid 1000) id AD9401C20D61; Sun, 10 Mar 2013 19:03:15 +0100 (CET) In-Reply-To: <87li9wh33d.fsf@uwakimon.sk.tsukuba.ac.jp> (Stephen J. Turnbull's message of "Sun, 10 Mar 2013 02:53:26 +0900") User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.3.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c03::229 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:157703 Archived-At: Hi Stephen, "Stephen J. Turnbull" writes: > The packages, OTOH, have little to lose, and they will enjoy their > freedom to release on their own schedule. Just a note on this: being part of Emacs does not put any constraint on Org's release schedule. When the last Org version cannot be part of Emacs (e.g. because of a feature freeze), we just need to maintain a dedicated branch for changes that will end up in Emacs. But we can release Org major versions when we want. Of course, when the Org release is far ahead of the Org version that comes with Emacs, users want to use the last stable version and update through GNU ELPA or by installing Org separately. And the incentive for maintainers to update Org within Emacs frequently decreases... But this has no real impact on Org's schedule I think. 2 cts, -- Bastien