From: Austin Frank <austin.frank@gmail.com>
To: emacs-orgmode@gnu.org
Subject: Re: [babel] exports, caching, remote execution
Date: Thu, 17 Jun 2010 15:29:11 -0400 [thread overview]
Message-ID: <m08w6djw54.fsf@gmail.com> (raw)
In-Reply-To: 87eig5en4p.fsf@gmail.com
[-- Attachment #1.1: Type: text/plain, Size: 1673 bytes --]
Eric--
Thanks for the reply.
On Thu, Jun 17 2010, Eric Schulte wrote:
> I believe the exporter does respect caching, the following minimal
> example worked (i.e. was not re-run) for me on export to html. Could
> you provide an example that demonstrates the problem?
Yes, I'll keep an eye on this and try to narrow it down to an example if
I can.
> Not that I'm currently aware of. Dan has handled most of the remote
> execution work so he may know more than me in this regard.
And thanks to him for that! I tipped him off to using TRAMP with ESS,
and he took it and ran further than I ever hoped!
> Is "scpc" in the line above a transport protocol?
Yes, it is scp over an existing ssh connection. The following org-style
link goes to the relevant info page.
[[info:tramp:External%20methods][info:tramp:External methods]]
> Maybe this should be an org-mode wide features, i.e. the ability to
> resolve remote file references with C-c C-o and on export. Does that
> sound reasonable, and would it take care of the need in this
> particular case?
C-c C-o actually works! I was extremely encouraged to see this, and it
got my hopes up for export =)
If remote file references could be resolved during export, that would be
ideal.
> A block like the following may be an acceptable workaround in the near
> term (notice I named your block above).
>
> #+begin_src sh :file test.png :var remote=rplot :exports results
> scp $remote ./test.png
> #+end_src
Nice suggestions, I'll try it later today.
Thanks,
/au
--
Austin Frank
http://aufrank.net
GPG Public Key (D7398C2F): http://aufrank.net/personal.asc
[-- Attachment #1.2: Type: application/pgp-signature, Size: 194 bytes --]
[-- Attachment #2: Type: text/plain, Size: 201 bytes --]
_______________________________________________
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
next prev parent reply other threads:[~2010-06-17 19:29 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-06-17 6:55 [babel] exports, caching, remote execution Austin Frank
2010-06-17 14:42 ` Eric Schulte
2010-06-17 19:29 ` Austin Frank [this message]
2010-06-18 15:35 ` David Maus
2010-08-19 20:59 ` Tom Short
2010-08-25 18:04 ` Eric Schulte
2010-09-19 2:11 ` Eric Schulte
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=m08w6djw54.fsf@gmail.com \
--to=austin.frank@gmail.com \
--cc=emacs-orgmode@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).