From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel,gmane.emacs.orgmode Subject: Re: org-export raises stringp nil error Date: Fri, 08 Mar 2013 13:25:16 +0400 Message-ID: <87txomz1j7.fsf@yandex.ru> References: <87ip539io1.fsf@nautilus.nautilus> <87zjye96ph.fsf@bzg.ath.cx> <87vc928kcm.fsf@bzg.ath.cx> <83sj46z468.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1362734742 16812 80.91.229.3 (8 Mar 2013 09:25:42 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 8 Mar 2013 09:25:42 +0000 (UTC) Cc: lele@metapensiero.it, emacs-devel@gnu.org, bzg@gnu.org, emacs-orgmode@gnu.org, Eli Zaretskii , Leo Liu To: joakim@verona.se Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Mar 08 10:26:02 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 1UDtYu-0002fA-5W for ged-emacs-devel@m.gmane.org; Fri, 08 Mar 2013 10:26:00 +0100 Original-Received: from localhost ([::1]:36615 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UDtYY-0006he-BH for ged-emacs-devel@m.gmane.org; Fri, 08 Mar 2013 04:25:38 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:49627) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UDtYP-0006aw-Lc for emacs-devel@gnu.org; Fri, 08 Mar 2013 04:25:35 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UDtYL-0000l3-1X for emacs-devel@gnu.org; Fri, 08 Mar 2013 04:25:29 -0500 Original-Received: from mail-la0-x22f.google.com ([2a00:1450:4010:c03::22f]:65085) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UDtYK-0000kx-Qw; Fri, 08 Mar 2013 04:25:24 -0500 Original-Received: by mail-la0-f47.google.com with SMTP id fj20so1440493lab.6 for ; Fri, 08 Mar 2013 01:25:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-type:x-antivirus :x-antivirus-status; bh=/Ne9V5+w7xVDOdVit9+JCQBd5nr4uytBlOwv+zWepyY=; b=fvhbXVRMY3OKVY8ajdEw7slfMeITBxj4VJxGMMBeI48DgOJiMIZk7ehaCdpWHZWff9 o46hBezYpT2m83A93fR2juwXgHYSeAsk2i2m+JgbVUmJdACxXZe17dG5IiOHJ5/0mPqx v6QG44w0S9THxsVOJh+PFyAVb1ubOjcsQg6hkE4eohTW3Iz97542I345A+zPeagP+8zE //OkRGoa7u/VkBYR9G8fj+QKqLDEYa2I9CBCDsBlaC3AlDcWeMdoEUoP14oEIVy3MVHI FDQYkFG1SSDjViIK4Oouzoit21OVW8gRjI9mkxu+LwUr6Rbg5v6ZNOIMtBc8EV8tXbtD gFQw== X-Received: by 10.152.148.133 with SMTP id ts5mr1441785lab.2.1362734723314; Fri, 08 Mar 2013 01:25:23 -0800 (PST) Original-Received: from SOL ([178.252.98.87]) by mx.google.com with ESMTPS id m2sm1445024lbz.7.2013.03.08.01.25.20 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 08 Mar 2013 01:25:21 -0800 (PST) In-Reply-To: (joakim@verona.se's message of "Fri, 08 Mar 2013 10:15:07 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (windows-nt) X-Antivirus: avast! (VPS 130307-3, 08.03.2013), Outbound message X-Antivirus-Status: Clean X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4010:c03::22f 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:157595 gmane.emacs.orgmode:67919 Archived-At: joakim@verona.se writes: > Just a small reminder of the idea Stefan sometimes drops in these > discussions: > - Emacs "trunk" could be stripped of all but the bare essentials to > achieve bootstrap. I like the idea of stripping big bundled packages (like org, gnus, cedet, maybe even tramp, if that's possible). > - distribution tarballs could be made from trunk+elpa. > > Since I dont do releases for Emacs I dont get to have an opinion on the > matter, but if pressed, I would say this idea has considerable merit. If distribution tarballs include code from elpa, then I imagine code freeze rules would also apply to elpa branch. So I don't see how this would be an improvement.