From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?utf-8?Q?JI=2C_Xiang?= Subject: "user-error: No language for src block: (unnamed)" when running `org-icalendar-combine-agenda-files` Date: Thu, 20 Aug 2015 17:38:29 +0800 Message-ID: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="55d5a015_396fc87a_15fbb" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:54319) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZSMIy-0001ON-Aw for emacs-orgmode@gnu.org; Thu, 20 Aug 2015 05:38:41 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZSMIv-000465-0e for emacs-orgmode@gnu.org; Thu, 20 Aug 2015 05:38:40 -0400 Received: from sender163-mail.zoho.com ([74.201.84.163]:25697) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZSMIu-00044d-Ng for emacs-orgmode@gnu.org; Thu, 20 Aug 2015 05:38:36 -0400 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 --55d5a015_396fc87a_15fbb Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I=E2=80=99m trying to export all my agenda files into an ics file via org= -icalendar-combine-agenda-files. However, the export process stops halfwa= y through. The following are shown in Messages: org-babel-exp process emacs-lisp at line 72... org-babel-exp process emacs-lisp at line 208... user-error: No language for src block: (unnamed) which is weird because I already set org-calendar-include-body to nil. I don=E2=80=99t think a c= ode block in the middle of a org file should impact iCalendar export. The code block begins with =23BEGIN=5FSRC emacs-lisp and is highlighted c= orrectly. I=E2=80=99m not sure why it says =E2=80=9Cno language for src b= lock=E2=80=9D. Regards, JI, Xiang --55d5a015_396fc87a_15fbb Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline

I=E2=80=99m trying= to export all my agenda files into an ics file via or= g-icalendar-combine-agenda-files. However, the export process stop= s halfway through. The following are shown in Messages:

org-babel-exp process emacs-lisp at line 72...
org-babel-exp process emacs-lisp at line 208...
user-error: No language for src block: (unnamed)

which is weird because

I already set org-calendar-include-body to nil. I don=E2=80=99t think a code block in the middle of a org file should impact iCalendar export.


The code block begins with =23BEGIN=5FSRC emacs-lisp and=
 is highlighted correctly. I=E2=80=99m not sure why it says =E2=80=9Cno l=
anguage for src block=E2=80=9D.



Regards,

JI, Xiang
--55d5a015_396fc87a_15fbb--

From mboxrd@z Thu Jan  1 00:00:00 1970
From: =?utf-8?Q?JI=2C_Xiang?= 
Subject: Re: "user-error: No language for src block: (unnamed)" when running
 `org-icalendar-combine-agenda-files`
Date: Thu, 20 Aug 2015 17:44:27 +0800
Message-ID: 
References: 
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="55d5a17b_5569a71e_15fbb"
Return-path: 
Received: from eggs.gnu.org ([2001:4830:134:3::10]:55429)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from ) id 1ZSMOi-0004RL-Sj
	for emacs-orgmode@gnu.org; Thu, 20 Aug 2015 05:44:37 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from ) id 1ZSMOf-0007er-Hc
	for emacs-orgmode@gnu.org; Thu, 20 Aug 2015 05:44:36 -0400
Received: from sender163-mail.zoho.com ([74.201.84.163]:25965)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from ) id 1ZSMOf-0007em-9I
	for emacs-orgmode@gnu.org; Thu, 20 Aug 2015 05:44:33 -0400
In-Reply-To: 
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

--55d5a17b_5569a71e_15fbb
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Well actually I think the error shows because of another block below the =
emacs-lisp blocks. In this header I just wrote =23+BEGIN=5FSRC without an=
y language name. Is it actually wrong and maybe I should have written =23=
+BEGIN=5FEXAMPLE instead=3F Though I=E2=80=99d still say it probably shou=
ldn=E2=80=99t have failed the export=3F=E2=80=A6


On 20. August 2015 at 17:38:36, JI, Xiang (hi=40xiangji.me) wrote:

I=E2=80=99m trying to export all my agenda files into an ics file via org=
-icalendar-combine-agenda-files. However, the export process stops halfwa=
y through. The following are shown in Messages:

org-babel-exp process emacs-lisp at line 72...
org-babel-exp process emacs-lisp at line 208...
user-error: No language for src block: (unnamed)

which is weird because

I already set org-calendar-include-body to nil. I don=E2=80=99t think a c=
ode block in the middle of a org file should impact iCalendar export.
The code block begins with =23BEGIN=5FSRC emacs-lisp and is highlighted c=
orrectly. I=E2=80=99m not sure why it says =E2=80=9Cno language for src b=
lock=E2=80=9D.
Regards,

JI, Xiang


--55d5a17b_5569a71e_15fbb
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Well actually I think the =
error shows because of another block below the emacs-lisp bl=
ocks. In this header I just wrote =23+BEGIN=5FSRC without an=
y language name. Is it actually wrong and maybe I should have written =23+BEGIN=5FEXAMPLE instead=3F Though I=E2=80=99d still say it =
probably shouldn=E2=80=99t have failed the export=3F=E2=80=A6


On 20. August 2015 at 17:38:36, JI, Xiang (hi=40xiangji.me) wrote:
 









I=E2=80=99m trying to export all my agenda files into an
ics file via
org-icalendar-combine-agenda-files. However, the
export process stops halfway through. The following are shown in
Messages:
org-babel-exp process emacs-lisp at line 72...
org-babel-exp process emacs-lisp at line 208...
user-error: No language for src block: (unnamed)


which is weird because

I already set org-calendar-include-body to
nil. I don=E2=80=99t think a code block in the middle of a
org file should impact iCalendar export.
The code block begins with =23BEGIN=5FSRC emacs-lisp
and is highlighted correctly. I=E2=80=99m not sure why it says =E2=80=9Cn=
o language
for src block=E2=80=9D.

Regards,
JI, Xiang



--55d5a17b_5569a71e_15fbb--

From mboxrd@z Thu Jan  1 00:00:00 1970
From: Nicolas Goaziou 
Subject: Re: "user-error: No language for src block: (unnamed)" when running
 `org-icalendar-combine-agenda-files`
Date: Fri, 21 Aug 2015 13:50:36 +0200
Message-ID: <874mjsq2r7.fsf@nicolasgoaziou.fr>
References: 
	
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Return-path: 
Received: from eggs.gnu.org ([2001:4830:134:3::10]:39722)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from ) id 1ZSkoh-0002rU-DA
	for emacs-orgmode@gnu.org; Fri, 21 Aug 2015 07:49:04 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from ) id 1ZSkod-00056C-Eh
	for emacs-orgmode@gnu.org; Fri, 21 Aug 2015 07:49:03 -0400
Received: from relay4-d.mail.gandi.net ([2001:4b98:c:538::196]:34891)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from ) id 1ZSkod-00055t-8F
	for emacs-orgmode@gnu.org; Fri, 21 Aug 2015 07:48:59 -0400
In-Reply-To:  (Xiang
	JI's message of "Thu, 20 Aug 2015 17:44:27 +0800")
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: "JI, Xiang" 
Cc: emacs-orgmode@gnu.org

Hello,

"JI, Xiang"  writes:

> Well actually I think the error shows because of another block below
> the emacs-lisp blocks. In this header I just wrote #+BEGIN_SRC without
> any language name. Is it actually wrong and maybe I should have
> written #+BEGIN_EXAMPLE instead?

Correct.

> Though I=E2=80=99d still say it probably shouldn=E2=80=99t have failed th=
e export?=E2=80=A6

Babel blocks are executed prior to any export process, no matter what
you want to include in the output. For example, some blocks could set-up
export.

Therefore, a wrong Babel block always fails an export process.

Regards,

--=20
Nicolas Goaziou

From mboxrd@z Thu Jan  1 00:00:00 1970
From: Ista Zahn 
Subject: Re: "user-error: No language for src block: (unnamed)" when running
 `org-icalendar-combine-agenda-files`
Date: Fri, 21 Aug 2015 09:46:22 -0400
Message-ID: 
References: 
	
	<874mjsq2r7.fsf@nicolasgoaziou.fr>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Return-path: 
Received: from eggs.gnu.org ([2001:4830:134:3::10]:45644)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from ) id 1ZSmeZ-0004tU-MF
	for emacs-orgmode@gnu.org; Fri, 21 Aug 2015 09:46:47 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from ) id 1ZSmeY-000299-MX
	for emacs-orgmode@gnu.org; Fri, 21 Aug 2015 09:46:43 -0400
Received: from mail-ob0-x233.google.com ([2607:f8b0:4003:c01::233]:35489)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from ) id 1ZSmeY-00028z-Hk
	for emacs-orgmode@gnu.org; Fri, 21 Aug 2015 09:46:42 -0400
Received: by obbwr7 with SMTP id wr7so59042839obb.2
	for ; Fri, 21 Aug 2015 06:46:41 -0700 (PDT)
In-Reply-To: <874mjsq2r7.fsf@nicolasgoaziou.fr>
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: "JI, Xiang" , emacs-orgmode Mailinglist 

On Fri, Aug 21, 2015 at 7:50 AM, Nicolas Goaziou  w=
rote:
> Hello,
>
> "JI, Xiang"  writes:
>
>> Well actually I think the error shows because of another block below
>> the emacs-lisp blocks. In this header I just wrote #+BEGIN_SRC without
>> any language name. Is it actually wrong and maybe I should have
>> written #+BEGIN_EXAMPLE instead?
>
> Correct.
>
>> Though I=E2=80=99d still say it probably shouldn=E2=80=99t have failed t=
he export?=E2=80=A6
>
> Babel blocks are executed prior to any export process, no matter what
> you want to include in the output.

Unless you've restored sanity by setting org-export-babel-evaluate to
nil. Personally I think this is not a good default. Source block
evaluation and export are distinct actions, and I don't see why they
should be linked by default.

Best,
Ista

From mboxrd@z Thu Jan  1 00:00:00 1970
From: Nicolas Goaziou 
Subject: Re: "user-error: No language for src block: (unnamed)" when running
 `org-icalendar-combine-agenda-files`
Date: Fri, 21 Aug 2015 16:20:00 +0200
Message-ID: <8737zcoh9r.fsf@nicolasgoaziou.fr>
References: 
	
	<874mjsq2r7.fsf@nicolasgoaziou.fr>
	
Mime-Version: 1.0
Content-Type: text/plain
Return-path: 
Received: from eggs.gnu.org ([2001:4830:134:3::10]:56210)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from ) id 1ZSn9E-0007Zw-B2
	for emacs-orgmode@gnu.org; Fri, 21 Aug 2015 10:18:25 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from ) id 1ZSn9D-00016O-Is
	for emacs-orgmode@gnu.org; Fri, 21 Aug 2015 10:18:24 -0400
Received: from relay3-d.mail.gandi.net ([2001:4b98:c:538::195]:55980)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from ) id 1ZSn9D-00016A-CW
	for emacs-orgmode@gnu.org; Fri, 21 Aug 2015 10:18:23 -0400
In-Reply-To: 
	(Ista Zahn's message of "Fri, 21 Aug 2015 09:46:22 -0400")
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: Ista Zahn 
Cc: emacs-orgmode Mailinglist , "JI,
	Xiang" 

Ista Zahn  writes:

> Unless you've restored sanity by setting org-export-babel-evaluate to
> nil. Personally I think this is not a good default. Source block
> evaluation and export are distinct actions, and I don't see why they
> should be linked by default.

Wild guess:

Principle of least surprise: setting it to nil means results from Babel
code are not refreshed before export, without user realizing about it.
I think most users would like them to be up-to-date before export. It
seems sane to me.

In any case, I don't see the harm here. OP uses invalid syntax and is
warned about that. I think it's a decent way to proceed.

Regards,

From mboxrd@z Thu Jan  1 00:00:00 1970
From: Ista Zahn 
Subject: Re: "user-error: No language for src block: (unnamed)" when running
 `org-icalendar-combine-agenda-files`
Date: Fri, 21 Aug 2015 10:35:53 -0400
Message-ID: 
References: 
	
	<874mjsq2r7.fsf@nicolasgoaziou.fr>
	
	<8737zcoh9r.fsf@nicolasgoaziou.fr>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Return-path: 
Received: from eggs.gnu.org ([2001:4830:134:3::10]:60794)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from ) id 1ZSnQU-0005ZH-UO
	for emacs-orgmode@gnu.org; Fri, 21 Aug 2015 10:36:15 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from ) id 1ZSnQT-0000hl-UD
	for emacs-orgmode@gnu.org; Fri, 21 Aug 2015 10:36:14 -0400
Received: from mail-ob0-x22a.google.com ([2607:f8b0:4003:c01::22a]:36677)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from ) id 1ZSnQT-0000h7-Oc
	for emacs-orgmode@gnu.org; Fri, 21 Aug 2015 10:36:13 -0400
Received: by obkg7 with SMTP id g7so60138162obk.3
	for ; Fri, 21 Aug 2015 07:36:13 -0700 (PDT)
In-Reply-To: <8737zcoh9r.fsf@nicolasgoaziou.fr>
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: Ista Zahn , "JI, Xiang" , emacs-orgmode Mailinglist 

On Fri, Aug 21, 2015 at 10:20 AM, Nicolas Goaziou
 wrote:
> Ista Zahn  writes:
>
>> Unless you've restored sanity by setting org-export-babel-evaluate to
>> nil. Personally I think this is not a good default. Source block
>> evaluation and export are distinct actions, and I don't see why they
>> should be linked by default.
>
> Wild guess:
>
> Principle of least surprise: setting it to nil means results from Babel
> code are not refreshed before export, without user realizing about it.
> I think most users would like them to be up-to-date before export. It
> seems sane to me.

The problem is that if the code blocks are non-trivial it slows down
the export. Changing one line of documentation and exporting
re-evaluates all the code blocks, which for me often takes several
minutes. The defaults work for trivial examples, but not my real-world
use. Since it's easy to make it work how I want it to via
org-export-babel-evaluate I don't mean to complain too much. I posted
mostly to make sure the OP knows about org-export-babel-evaluate, in
case disabling code block evaluation on export makes sense for them.

>
> In any case, I don't see the harm here. OP uses invalid syntax and is
> warned about that. I think it's a decent way to proceed.

Yes, I agree about that.

Best,
Ista

>
> Regards,

From mboxrd@z Thu Jan  1 00:00:00 1970
From: Andreas Leha 
Subject: Re: "user-error: No language for src block: (unnamed)" when running
 `org-icalendar-combine-agenda-files`
Date: Fri, 21 Aug 2015 15:43:31 +0100
Message-ID: 
References: 
	
	<874mjsq2r7.fsf@nicolasgoaziou.fr>
	
	<8737zcoh9r.fsf@nicolasgoaziou.fr>
	
Mime-Version: 1.0
Content-Type: text/plain
Return-path: 
Received: from eggs.gnu.org ([2001:4830:134:3::10]:34780)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from ) id 1ZSnXp-0000IT-L4
	for emacs-orgmode@gnu.org; Fri, 21 Aug 2015 10:43:50 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from ) id 1ZSnXk-0004Sv-JR
	for emacs-orgmode@gnu.org; Fri, 21 Aug 2015 10:43:49 -0400
Received: from plane.gmane.org ([80.91.229.3]:45608)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from ) id 1ZSnXk-0004Sn-CK
	for emacs-orgmode@gnu.org; Fri, 21 Aug 2015 10:43:44 -0400
Received: from list by plane.gmane.org with local (Exim 4.69)
	(envelope-from ) id 1ZSnXi-0001cR-U0
	for emacs-orgmode@gnu.org; Fri, 21 Aug 2015 16:43:43 +0200
Received: from 193.63.223.134 ([193.63.223.134])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for ; Fri, 21 Aug 2015 16:43:42 +0200
Received: from andreas.leha by 193.63.223.134 with local (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for ; Fri, 21 Aug 2015 16:43:42 +0200
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

Hi, 

Ista Zahn  writes:
> On Fri, Aug 21, 2015 at 10:20 AM, Nicolas Goaziou
>  wrote:
>> Ista Zahn  writes:
>>
>>> Unless you've restored sanity by setting org-export-babel-evaluate to
>>> nil. Personally I think this is not a good default. Source block
>>> evaluation and export are distinct actions, and I don't see why they
>>> should be linked by default.
>>
>> Wild guess:
>>
>> Principle of least surprise: setting it to nil means results from Babel
>> code are not refreshed before export, without user realizing about it.
>> I think most users would like them to be up-to-date before export. It
>> seems sane to me.
>
> The problem is that if the code blocks are non-trivial it slows down
> the export. Changing one line of documentation and exporting
> re-evaluates all the code blocks, which for me often takes several
> minutes. The defaults work for trivial examples, but not my real-world
> use. Since it's easy to make it work how I want it to via
> org-export-babel-evaluate I don't mean to complain too much. I posted
> mostly to make sure the OP knows about org-export-babel-evaluate, in
> case disabling code block evaluation on export makes sense for them.
>

I know that problem...

Decoupling code block evaluation and export has the problem of
decoupling code block evaluation and export ;-), though.  If you export
your document without evaluating first, how can you be sure that the
resulting document is based on the latest version of the code contained
in the code blocks?  So, from my point of view the default is the safe
option and, thus, fine.


Regards,
Andreas

From mboxrd@z Thu Jan  1 00:00:00 1970
From: Ista Zahn 
Subject: Re: "user-error: No language for src block: (unnamed)" when running
 `org-icalendar-combine-agenda-files`
Date: Fri, 21 Aug 2015 10:52:06 -0400
Message-ID: 
References: 
	
	<874mjsq2r7.fsf@nicolasgoaziou.fr>
	
	<8737zcoh9r.fsf@nicolasgoaziou.fr>
	
	
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Return-path: 
Received: from eggs.gnu.org ([2001:4830:134:3::10]:38358)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from ) id 1ZSngB-0003A6-Qd
	for emacs-orgmode@gnu.org; Fri, 21 Aug 2015 10:52:28 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from ) id 1ZSngA-0000Tu-MN
	for emacs-orgmode@gnu.org; Fri, 21 Aug 2015 10:52:27 -0400
Received: from mail-ob0-x22a.google.com ([2607:f8b0:4003:c01::22a]:34848)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from ) id 1ZSngA-0000To-H8
	for emacs-orgmode@gnu.org; Fri, 21 Aug 2015 10:52:26 -0400
Received: by obbwr7 with SMTP id wr7so60678691obb.2
	for ; Fri, 21 Aug 2015 07:52:26 -0700 (PDT)
In-Reply-To: 
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: Andreas Leha 
Cc: emacs-orgmode Mailinglist 

On Fri, Aug 21, 2015 at 10:43 AM, Andreas Leha
 wrote:
> Hi,
>
> Ista Zahn  writes:
>> On Fri, Aug 21, 2015 at 10:20 AM, Nicolas Goaziou
>>  wrote:
>>> Ista Zahn  writes:
>>>
>>>> Unless you've restored sanity by setting org-export-babel-evaluate to
>>>> nil. Personally I think this is not a good default. Source block
>>>> evaluation and export are distinct actions, and I don't see why they
>>>> should be linked by default.
>>>
>>> Wild guess:
>>>
>>> Principle of least surprise: setting it to nil means results from Babel
>>> code are not refreshed before export, without user realizing about it.
>>> I think most users would like them to be up-to-date before export. It
>>> seems sane to me.
>>
>> The problem is that if the code blocks are non-trivial it slows down
>> the export. Changing one line of documentation and exporting
>> re-evaluates all the code blocks, which for me often takes several
>> minutes. The defaults work for trivial examples, but not my real-world
>> use. Since it's easy to make it work how I want it to via
>> org-export-babel-evaluate I don't mean to complain too much. I posted
>> mostly to make sure the OP knows about org-export-babel-evaluate, in
>> case disabling code block evaluation on export makes sense for them.
>>
>
> I know that problem...
>
> Decoupling code block evaluation and export has the problem of
> decoupling code block evaluation and export ;-), though.  If you export
> your document without evaluating first, how can you be sure that the
> resulting document is based on the latest version of the code contained
> in the code blocks?

By calling org-babel-execute-buffer before exporting ;-)

The advantage of doing it this way is that you don't have to do that
if you haven't changed a code block.

  So, from my point of view the default is the safe
> option and, thus, fine.

I agree that it is safer. In my case its safer like a 10 MPH speed
limit. Safe yes, but too slow!

>
>
> Regards,
> Andreas
>
>

From mboxrd@z Thu Jan  1 00:00:00 1970
From: Nicolas Goaziou 
Subject: Re: "user-error: No language for src block: (unnamed)" when running
 `org-icalendar-combine-agenda-files`
Date: Fri, 21 Aug 2015 17:04:16 +0200
Message-ID: <87y4h4n0nj.fsf@nicolasgoaziou.fr>
References: 
	
	<874mjsq2r7.fsf@nicolasgoaziou.fr>
	
	<8737zcoh9r.fsf@nicolasgoaziou.fr>
	
	
	
Mime-Version: 1.0
Content-Type: text/plain
Return-path: 
Received: from eggs.gnu.org ([2001:4830:134:3::10]:40725)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from ) id 1ZSnq6-0007Ji-7U
	for emacs-orgmode@gnu.org; Fri, 21 Aug 2015 11:02:43 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from ) id 1ZSnq5-0005rb-I1
	for emacs-orgmode@gnu.org; Fri, 21 Aug 2015 11:02:42 -0400
Received: from relay4-d.mail.gandi.net ([2001:4b98:c:538::196]:45244)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from ) id 1ZSnq5-0005rQ-Bs
	for emacs-orgmode@gnu.org; Fri, 21 Aug 2015 11:02:41 -0400
In-Reply-To: 
	(Ista Zahn's message of "Fri, 21 Aug 2015 10:52:06 -0400")
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: Ista Zahn 
Cc: Andreas Leha , emacs-orgmode Mailinglist 

Ista Zahn  writes:

> I agree that it is safer. In my case its safer like a 10 MPH speed
> limit. Safe yes, but too slow!

Doesn't Babel :cache property help here?

Regards,

From mboxrd@z Thu Jan  1 00:00:00 1970
From: Ista Zahn 
Subject: Re: "user-error: No language for src block: (unnamed)" when running
 `org-icalendar-combine-agenda-files`
Date: Fri, 21 Aug 2015 11:57:08 -0400
Message-ID: 
References: 
	
	<874mjsq2r7.fsf@nicolasgoaziou.fr>
	
	<8737zcoh9r.fsf@nicolasgoaziou.fr>
	
	
	
	<87y4h4n0nj.fsf@nicolasgoaziou.fr>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Return-path: 
Received: from eggs.gnu.org ([2001:4830:134:3::10]:55070)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from ) id 1ZSoh7-0006LO-To
	for emacs-orgmode@gnu.org; Fri, 21 Aug 2015 11:57:30 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from ) id 1ZSoh7-0005aM-1N
	for emacs-orgmode@gnu.org; Fri, 21 Aug 2015 11:57:29 -0400
Received: from mail-oi0-x22a.google.com ([2607:f8b0:4003:c06::22a]:33604)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from ) id 1ZSoh6-0005a0-Q3
	for emacs-orgmode@gnu.org; Fri, 21 Aug 2015 11:57:28 -0400
Received: by oio137 with SMTP id 137so44349390oio.0
	for ; Fri, 21 Aug 2015 08:57:28 -0700 (PDT)
In-Reply-To: <87y4h4n0nj.fsf@nicolasgoaziou.fr>
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: Ista Zahn , Andreas Leha , emacs-orgmode Mailinglist 

On Fri, Aug 21, 2015 at 11:04 AM, Nicolas Goaziou
 wrote:
> Ista Zahn  writes:
>
>> I agree that it is safer. In my case its safer like a 10 MPH speed
>> limit. Safe yes, but too slow!
>
> Doesn't Babel :cache property help here?

It does actually, to my surprise. I have not been using :cache because
the documentation says

"Note that the :cache header argument will not attempt to cache
results when the :session header argument is used"

and since I almost always use :session I didn't expect this to work.
To my surprise it does (at least with R source blocks, I haven't
tested yet with others). Can I now rely on this to work even with
:session?

Best,
Ista

>
> Regards,

From mboxrd@z Thu Jan  1 00:00:00 1970
From: Aaron Ecay 
Subject: Re: "user-error: No language for src block: (unnamed)" when	running
 `org-icalendar-combine-agenda-files`
Date: Fri, 21 Aug 2015 16:13:13 -0400
Message-ID: <87oai0v1ra.fsf@gmail.com>
References: 
	
	<874mjsq2r7.fsf@nicolasgoaziou.fr>
	
	<8737zcoh9r.fsf@nicolasgoaziou.fr>
	
	
	
	<87y4h4n0nj.fsf@nicolasgoaziou.fr>
	
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Return-path: 
Received: from eggs.gnu.org ([2001:4830:134:3::10]:56386)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from ) id 1ZSsgi-0005AL-Vw
	for emacs-orgmode@gnu.org; Fri, 21 Aug 2015 16:13:25 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from ) id 1ZSsge-00034D-NE
	for emacs-orgmode@gnu.org; Fri, 21 Aug 2015 16:13:20 -0400
Received: from mail-qk0-x231.google.com ([2607:f8b0:400d:c09::231]:35506)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from ) id 1ZSsge-000348-Hq
	for emacs-orgmode@gnu.org; Fri, 21 Aug 2015 16:13:16 -0400
Received: by qkbm65 with SMTP id m65so37449245qkb.2
	for ; Fri, 21 Aug 2015 13:13:16 -0700 (PDT)
In-Reply-To: 
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: Ista Zahn Ista Zahn , Andreas Leha , emacs-orgmode Mailinglist 

Hi Ista,

2015ko abuztuak 21an, Ista Zahn-ek idatzi zuen:
>=20
> On Fri, Aug 21, 2015 at 11:04 AM, Nicolas Goaziou
>  wrote:
>> Ista Zahn  writes:
>>=20
>>> I agree that it is safer. In my case its safer like a 10 MPH speed
>>> limit. Safe yes, but too slow!
>>=20
>> Doesn't Babel :cache property help here?
>=20
> It does actually, to my surprise. I have not been using :cache because
> the documentation says
>=20
> "Note that the :cache header argument will not attempt to cache
> results when the :session header argument is used"
>=20
> and since I almost always use :session I didn't expect this to work.
> To my surprise it does (at least with R source blocks, I haven't
> tested yet with others). Can I now rely on this to work even with
> :session?

I think it depends on what you mean by =E2=80=9Cwork.=E2=80=9D  Specificall=
y, :cache
doesn=E2=80=99t understand dependencies across source blocks when run in a
session.  So in the following document, if you edit the definition of
myvar, the subsequent usage will retain the old value on subsequent
exports:

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

#+begin_src R :session *foo* :cache yes
myvar <- 1
myvar
#+end_src

#+RESULTS[8310fa64b89f36a383660d14779e88d9aa90834a]:
: 1

#+begin_src R :session *foo* :cache yes
myvar
#+end_src

#+RESULTS[5c241816868f6400ccfb54ceb6ef15dbeea16de1]:
: 1

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

There are also subtle issues related to the fact that in order to export
a document, org:
1) makes a copy of the buffer
2) executes the babel blocks in this copy, destructively modifying the
   buffer as it goes
3) exports the result

In my experience, sometimes the header arguments, and thus the hash
that the cache depends on, can change.  So in addition to the cache not
re-evaluating when it should as above, it might needlessly re-evaluate
a computationally expensive block in the middle of export.

I tried to fix this about 2 years ago by getting the relevant code to
not do any buffer modifications as it goes but rather first evaluate
all the blocks then do all the needed modifications.  However, the
resultant patch was too big, and I ran out of time to work on it.
Since I made that attempt, a second, unmodified copy of the buffer has
been introduced to the process to help with some (nominally different
but related) aspects of babel processing.  This might have solved the
problem, but I=E2=80=99m not sure.

When the cache has not worked as I expected it to in the past, it=E2=80=99s=
 been
in the middle of actually trying to do something with org, usually under
deadline pressure.  Thus, I=E2=80=99ve adopted the conservative approach of
evaluating blocks manually in all circumstances, and not trying to get
caching to work.  So, you might find that these problems have all gone
away as a consequence of other changes.

For purely R-based work, Charles Berry=E2=80=99s ox-ravel package

is a very interesting approach, since it relies on the cache feature of
knitr, which is capable of automatically detecting cross-block
dependencies like the example above under some circumstances
.  It would be interesting to see
if that approach could be used to override :cache handling for ob-R,
while falling back on org-babel=E2=80=99s less intelligent features for oth=
er
languages (or in R environments that don=E2=80=99t have knitr available).  =
But
that=E2=80=99s a(nother) big project.  (I=E2=80=99ve also never used ox-rav=
el in a
serious project, so my impressions are just based on reading the code
and documentation =E2=80=93 which is a really excellent example of literate
elisp programming).

TLDR: If the standard of reliance is working as well as other cache-capable
literate programming libraries for R like knitr, in my (possibly out of
date) experience :cache + :session is not up to scratch.

--=20
Aaron Ecay

From mboxrd@z Thu Jan  1 00:00:00 1970
From: "Charles C. Berry" 
Subject: Re: "user-error: No language for src block: (unnamed)" when running
 `org-icalendar-combine-agenda-files`
Date: Fri, 21 Aug 2015 13:19:52 -0700
Message-ID: 
References: 
	
	<874mjsq2r7.fsf@nicolasgoaziou.fr>
	
	<8737zcoh9r.fsf@nicolasgoaziou.fr>
	
	
	
	<87y4h4n0nj.fsf@nicolasgoaziou.fr>
	
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
Return-path: 
Received: from eggs.gnu.org ([2001:4830:134:3::10]:60889)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from ) id 1ZSsnA-0007RA-TR
	for emacs-orgmode@gnu.org; Fri, 21 Aug 2015 16:20:01 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from ) id 1ZSsn5-0007Ks-Rt
	for emacs-orgmode@gnu.org; Fri, 21 Aug 2015 16:20:00 -0400
Received: from iport-acv6-out.ucsd.edu ([132.239.0.13]:31309)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from ) id 1ZSsn5-0007Jx-Jv
	for emacs-orgmode@gnu.org; Fri, 21 Aug 2015 16:19:55 -0400
In-Reply-To: 
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: Ista Zahn 
Cc: Andreas Leha , emacs-orgmode Mailinglist 

On Fri, 21 Aug 2015, Ista Zahn wrote:

> On Fri, Aug 21, 2015 at 11:04 AM, Nicolas Goaziou
>  wrote:
>> Ista Zahn  writes:
>>
>>> I agree that it is safer. In my case its safer like a 10 MPH speed
>>> limit. Safe yes, but too slow!
>>
>> Doesn't Babel :cache property help here?
>
> It does actually, to my surprise. I have not been using :cache because
> the documentation says
>
> "Note that the :cache header argument will not attempt to cache
> results when the :session header argument is used"
>
> and since I almost always use :session I didn't expect this to work.
> To my surprise it does (at least with R source blocks, I haven't
> tested yet with others). Can I now rely on this to work even with
> :session?


AFAICS, (reading `org-babel-exp-do-export') if you do not 
use `:results silent' it will work.

Where this does not work is when `:results silent' is used.

This does not execute a second time:

#+BEGIN_SRC R :results output :session :cache yes
date()
#+END_SRC

but changing to `:results silent' will run without updating the cached 
RESULTS (if any) every time.

HTH,

Chuck

From mboxrd@z Thu Jan  1 00:00:00 1970
From: Andreas Leha 
Subject: Re: "user-error: No language for src block: (unnamed)" when	running
 `org-icalendar-combine-agenda-files`
Date: Fri, 21 Aug 2015 21:19:56 +0100
Message-ID: 
References: 
	
	<874mjsq2r7.fsf@nicolasgoaziou.fr>
	
	<8737zcoh9r.fsf@nicolasgoaziou.fr>
	
	
	
	<87y4h4n0nj.fsf@nicolasgoaziou.fr>
	
	<87oai0v1ra.fsf@gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Return-path: 
Received: from eggs.gnu.org ([2001:4830:134:3::10]:33128)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from ) id 1ZSsnT-0007pf-1M
	for emacs-orgmode@gnu.org; Fri, 21 Aug 2015 16:20:24 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from ) id 1ZSsnN-0007mK-SO
	for emacs-orgmode@gnu.org; Fri, 21 Aug 2015 16:20:18 -0400
Received: from plane.gmane.org ([80.91.229.3]:38402)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from ) id 1ZSsnN-0007ls-KY
	for emacs-orgmode@gnu.org; Fri, 21 Aug 2015 16:20:13 -0400
Received: from list by plane.gmane.org with local (Exim 4.69)
	(envelope-from ) id 1ZSsnK-0002Qv-K2
	for emacs-orgmode@gnu.org; Fri, 21 Aug 2015 22:20:10 +0200
Received: from cpc33-cmbg15-2-0-cust4.5-4.cable.virginm.net ([81.102.136.5])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for ; Fri, 21 Aug 2015 22:20:10 +0200
Received: from andreas.leha by cpc33-cmbg15-2-0-cust4.5-4.cable.virginm.net
	with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00
	for ; Fri, 21 Aug 2015 22:20:10 +0200
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

Hi,

Just a small comment.

[ ... discussion of :caching of evaluation results ... ]

> For purely R-based work, Charles Berry’s ox-ravel package
> 
> is a very interesting approach, since it relies on the cache feature of
> knitr, which is capable of automatically detecting cross-block
> dependencies like the example above under some circumstances
> .  It would be interesting to see
> if that approach could be used to override :cache handling for ob-R,
> while falling back on org-babel’s less intelligent features for other
> languages (or in R environments that don’t have knitr available). 

That would be just awesome!

Regards,
Andreas

From mboxrd@z Thu Jan  1 00:00:00 1970
From: "Charles C. Berry" 
Subject: Re: "user-error: No language for src block: (unnamed)" when running
 `org-icalendar-combine-agenda-files`
Date: Fri, 21 Aug 2015 20:19:30 -0700
Message-ID: 
References: 
	
	<874mjsq2r7.fsf@nicolasgoaziou.fr>
	
	<8737zcoh9r.fsf@nicolasgoaziou.fr>
	
	
	
	<87y4h4n0nj.fsf@nicolasgoaziou.fr>
	
	<87oai0v1ra.fsf@gmail.com> 
Mime-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="0-2029057727-1440211342=:1554"
Return-path: 
Received: from eggs.gnu.org ([2001:4830:134:3::10]:59694)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from ) id 1ZSzLF-00079t-MI
	for emacs-orgmode@gnu.org; Fri, 21 Aug 2015 23:19:38 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from ) id 1ZSzLC-0002Qh-EA
	for emacs-orgmode@gnu.org; Fri, 21 Aug 2015 23:19:37 -0400
Received: from iport-bcv3-out.ucsd.edu ([132.239.0.89]:45010)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from ) id 1ZSzLC-0002Qa-20
	for emacs-orgmode@gnu.org; Fri, 21 Aug 2015 23:19:34 -0400
In-Reply-To: 
Content-ID: 
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: Andreas Leha 
Cc: Aaron Ecay , Org-Mode mailing list 

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.

--0-2029057727-1440211342=:1554
Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-7; format=flowed
Content-Transfer-Encoding: 8BIT
Content-ID: 

On Fri, 21 Aug 2015, Andreas Leha wrote:

> Hi,
>
> Just a small comment.
>
> [ ... discussion of :caching of evaluation results ... ]
>
>> For purely R-based work, Charles Berry�s ox-ravel package
>> 
>> is a very interesting approach, since it relies on the cache feature of
>> knitr, which is capable of automatically detecting cross-block
>> dependencies like the example above under some circumstances
>> .  It would be interesting to see
>> if that approach could be used to override :cache handling for ob-R,
>> while falling back on org-babel�s less intelligent features for other
>> languages (or in R environments that don�t have knitr available).
>
> That would be just awesome!

I think I understand what Aaron is suggesting, but...

In ox-ravel exports, non-R src blocks get executed as usual, while R 
blocks get converted to `chunks' for later processing by knitr or Sweave 
or whatever. Anything that needs to be communicated from other languages 
to R via noweb `<>' or `:var rvar=elisp-block()' headers 
should work. That is, the resulting chunks will have code put into them 
as usual in R src block execution. (And this is useful for passing latex 
code to R, for example.)

But when the R code is run under knitr or some other engine outside of org 
mode, it cannot communicate values back to src blocks using other 
languages. Or even other R src blocks using `:var rvar=r-src-block()', 
say. And it cannot use `:post' header args. I agree it would be 
interesting to adapt knitr or some other dependency-aware caching engine 
to run under babel control to allow R to push results to other src blocks. 
I don't know how hard it would be to make it work well.

Chuck

p.s. I just pushed an org mode translation of auto-dependson.Rnw from 
https://github.com/yihui/knitr-examples to the ravel-lang branch at
https://github.com/chasberry/orgmode-accessories/blob/ravel-lang/autodep.org
It illustrates automatic dependency-aware caching of R src blocks.

p.p.s. I expect to move the `ravel-lang' branch to `master' soon, so I 
encourage users to try that branch.

--0-2029057727-1440211342=:1554--