* Ditaa and babel goofing again?
@ 2010-09-01 21:11 John Hendy
2010-09-01 21:28 ` Erik Iverson
0 siblings, 1 reply; 6+ messages in thread
From: John Hendy @ 2010-09-01 21:11 UTC (permalink / raw)
To: emacs-orgmode
[-- Attachment #1.1: Type: text/plain, Size: 1581 bytes --]
Hi,
See this post for reference:
http://www.mail-archive.com/emacs-orgmode@gnu.org/msg27725.html
With that issue, ditaa just wasn't cooperating for some reason. Now
everything *appears* to cooperate but I get no output! Completely baffled...
Per the mailing list resolution above, I tried the exact same thing:
- using the minimal.el file attached (with the path to my orgmode folder and
ditaa path)
- start emacs with "emacs -Q -l ~/path/to/minimal.el
- C-c C-c on the #+begin_src line of this (the only thing in the .org file):
#+begin_src ditaa :file example.png
+---------------+
| |
| ditaa example |
| |
+---------------+
#+end_src
"Executing ditaa code block" flashes in the minibuffer, then "finished", and
this is inserted into the file as one would expect:
----
#+results:
file:example.png
----
but no example.png file is created!
Just to check my sanity, I can create a file dit.txt with only this:
+---------------+
| |
| ditaa example |
| |
+---------------+
and run "java -jar ~/path/to/ditaa.jar dit.txt" and get an output picture
just fine. The path in this command is the same as that in my .emacs config
and in minimal.el attached...
What in the world is going on?!?
Thanks,
John
P.S. In case it's really something I'm overlooking here's a copy and paste
straight from my .emacs file of my ditaa pertinent stuff:
(setq org-ditaa-jar-path "~/.elisp/org.git/contrib/scripts/ditaa.jar")
(org-babel-do-load-languages
'org-babel-load-languages
'((ditaa . t)
(gnuplot . t)))
[-- Attachment #1.2: Type: text/html, Size: 2426 bytes --]
[-- Attachment #2: minimal.el --]
[-- Type: text/x-emacs-lisp, Size: 235 bytes --]
(add-to-list 'load-path "~/.elisp/org.git/lisp/")
(require 'org-install)
(setq org-ditaa-jar-path "~/.elisp/org.git/contrib/scripts/ditaa.jar")
(org-babel-do-load-languages
'org-babel-load-languages
'((ditaa . t)
(gnuplot . t)))
[-- Attachment #3: 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
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Ditaa and babel goofing again?
2010-09-01 21:11 Ditaa and babel goofing again? John Hendy
@ 2010-09-01 21:28 ` Erik Iverson
[not found] ` <AANLkTimVii2UwcvDvP2911VAQ8ZZkaJcw+Ues80SiWYT@mail.gmail.com>
0 siblings, 1 reply; 6+ messages in thread
From: Erik Iverson @ 2010-09-01 21:28 UTC (permalink / raw)
To: John Hendy; +Cc: emacs-orgmode
I see the following in my *Messages* buffer after running.
executing Ditaa code block...
java -jar
/home/fileserv/tacc/eriki/emacs/lisp/org-mode/contrib/scripts/ditaa.jar
/tmp/babel-31845pim/ditaa-318455Fo example.png
DiTAA version 0.8, Copyright (C) 2004--2009 Efstathios Sideris
Running with options:
Reading file: /tmp/babel-31845pim/ditaa-318455Fo
Locale: en_US
Dialog.bold
Rendering to file: example.png
Done in 0sec
Do you see something similar?
Have you tried giving a full path to :file ?? Maybe the png
is getting written somewhere you're not expecting.
John Hendy wrote:
> Hi,
>
>
> See this post for
> reference: http://www.mail-archive.com/emacs-orgmode@gnu.org/msg27725.html
>
> With that issue, ditaa just wasn't cooperating for some reason. Now
> everything /appears/ to cooperate but I get no output! Completely baffled...
>
> Per the mailing list resolution above, I tried the exact same thing:
> - using the minimal.el file attached (with the path to my orgmode folder
> and ditaa path)
> - start emacs with "emacs -Q -l ~/path/to/minimal.el
> - C-c C-c on the #+begin_src line of this (the only thing in the .org file):
>
> #+begin_src ditaa :file example.png
> +---------------+
> | |
> | ditaa example |
> | |
> +---------------+
> #+end_src
>
> "Executing ditaa code block" flashes in the minibuffer, then "finished",
> and this is inserted into the file as one would expect:
>
> ----
> #+results:
> file:example.png
> ----
>
> but no example.png file is created!
>
> Just to check my sanity, I can create a file dit.txt with only this:
>
> +---------------+
> | |
> | ditaa example |
> | |
> +---------------+
>
> and run "java -jar ~/path/to/ditaa.jar dit.txt" and get an output
> picture just fine. The path in this command is the same as that in my
> .emacs config and in minimal.el attached...
>
> What in the world is going on?!?
>
>
> Thanks,
> John
>
> P.S. In case it's really something I'm overlooking here's a copy and
> paste straight from my .emacs file of my ditaa pertinent stuff:
>
> (setq org-ditaa-jar-path "~/.elisp/org.git/contrib/scripts/ditaa.jar")
> (org-babel-do-load-languages
> 'org-babel-load-languages
> '((ditaa . t)
> (gnuplot . t)))
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> 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
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Ditaa and babel goofing again?
[not found] ` <4C7ECE0A.1030000@ccbr.umn.edu>
@ 2010-09-01 22:17 ` John Hendy
2010-09-01 23:30 ` Juan
0 siblings, 1 reply; 6+ messages in thread
From: John Hendy @ 2010-09-01 22:17 UTC (permalink / raw)
To: Erik Iverson, emacs-orgmode
[-- Attachment #1.1: Type: text/plain, Size: 6403 bytes --]
Okay, fixed it on a whim but clueless as to why this was the issue:
1) (setq org-ditaa-jar-path "~/.elisp/org.git/contrib/scripts/ditaa.jar")
2) (setq org-ditaa-jar-path
"/home/jwhendy/.elisp/org.git/contrib/scripts/ditaa.jar")
#1 *does not* work; #2 does!
Should I have known this would be a problem or is there something else in
.emacs that would cause this to require an explicit path vs. the
abbreviation of ~ for /home/username?
Thanks,
John
On Wed, Sep 1, 2010 at 5:04 PM, Erik Iverson <eriki@ccbr.umn.edu> wrote:
>
>
> John Hendy wrote:
>
>> The weirdness builds:
>>
>> I get this in *Messages*:
>> -----
>> For information about GNU Emacs and the GNU system, type C-h C-a.
>> Making completion list...
>> executing Ditaa code block...
>> java -jar ~/.elisp/org.git/contrib/scripts/ditaa.jar
>> /tmp/org-babel-ditaa5780zks ~/Desktop/example.png
>> Unable to access jarfile ~/.elisp/org.git/contrib/scripts/ditaa.jar
>> finished
>> Auto-saving...done
>> -----
>>
>> But check this out:
>> -----
>> [jwhendy@bigBang ~]$ ls -l ~/.elisp/org.git/contrib/scripts/
>> total 224
>> -rwxr-xr-x 1 jwhendy users 1013 Jul 19 16:26 dir2org.zsh
>> -rwxr-xr-x 1 jwhendy users 210364 Jul 19 16:26 ditaa.jar
>> -rwxr-xr-x 1 jwhendy users 3781 Jul 19 16:26 org2hpda
>> -rw-r--r-- 1 jwhendy users 7340 Jul 19 16:26 StartOzServer.oz
>> -----
>>
>> How does /that/ work? To be fair, when I first did "ls -l" ditaa.jar was
>> showing with only "-rw-r--r--" permissions which I think is really weird. I
>> did a "sudo chmod +x" and you see the new result.
>>
>>
> Those are my permissions to, and it works here, so that's presumably
> not the problem. This sounds like something that someone will
> immediately be able to diagnose, but unfortunately, it's not me.
>
>
> One more oddity... I can do /this/ just fine:
>> -----
>> [jwhendy@bigBang Desktop]$ java -jar
>> ~/.elisp/org.git/contrib/scripts/ditaa.jar ./test.org <http://test.org>
>>
>>
>> DiTAA version 0.8, Copyright (C) 2004--2009 Efstathios Sideris
>>
>> Running with options:
>> Reading file: ./test.org <http://test.org>
>>
>> Locale: en_US
>> Dialog.bold
>> Rendering to file: /home/jwhendy/Desktop/./test.png
>> Done in 1sec
>> -----
>>
>> I get a file test.png in the same director as test.org <http://test.org>
>> and it looks fine. It has the org src block text all over it, but the
>> graphic was extracted perfectly.
>>
>>
>> In both examples, the paths to ditaa are the same. Just to be sure (again)
>> that I'm not taking crazy pills, I pasted the paths in .emacs and the
>> straight ditaa command above into two separate files and ran diff and they
>> are identical. Whew.
>>
>> I'm going to try a pull and see what happens. Maybe something got goofed
>> along the way. No idea. I'll post back after that just to see if there's
>> anything to that. Though my last post about this (referenced in my first
>> email) was /after/ I pulled 7.01 (because the thread specifically references
>> the new language in .emacs for babel support) so I'm almost sure I had all
>> this working after my last pull. No idea what would have happened since
>> then!
>>
>>
>> John
>>
>> On Wed, Sep 1, 2010 at 4:28 PM, Erik Iverson <eriki@ccbr.umn.edu <mailto:
>> eriki@ccbr.umn.edu>> wrote:
>>
>> I see the following in my *Messages* buffer after running.
>>
>> executing Ditaa code block...
>> java -jar
>> /home/fileserv/tacc/eriki/emacs/lisp/org-mode/contrib/scripts/ditaa.jar
>> /tmp/babel-31845pim/ditaa-318455Fo example.png
>>
>> DiTAA version 0.8, Copyright (C) 2004--2009 Efstathios Sideris
>>
>> Running with options:
>> Reading file: /tmp/babel-31845pim/ditaa-318455Fo
>> Locale: en_US
>> Dialog.bold
>> Rendering to file: example.png
>> Done in 0sec
>>
>> Do you see something similar?
>>
>> Have you tried giving a full path to :file ?? Maybe the png
>> is getting written somewhere you're not expecting.
>>
>> John Hendy wrote:
>>
>> Hi,
>>
>>
>> See this post for reference:
>> http://www.mail-archive.com/emacs-orgmode@gnu.org/msg27725.html
>>
>> With that issue, ditaa just wasn't cooperating for some reason.
>> Now everything /appears/ to cooperate but I get no output!
>> Completely baffled...
>>
>> Per the mailing list resolution above, I tried the exact same
>> thing:
>> - using the minimal.el file attached (with the path to my
>> orgmode folder and ditaa path)
>> - start emacs with "emacs -Q -l ~/path/to/minimal.el
>> - C-c C-c on the #+begin_src line of this (the only thing in the
>> .org file):
>>
>> #+begin_src ditaa :file example.png
>> +---------------+
>> | |
>> | ditaa example |
>> | |
>> +---------------+
>> #+end_src
>>
>> "Executing ditaa code block" flashes in the minibuffer, then
>> "finished", and this is inserted into the file as one would expect:
>>
>> ----
>> #+results:
>> file:example.png
>> ----
>>
>> but no example.png file is created!
>>
>> Just to check my sanity, I can create a file dit.txt with only
>> this:
>>
>> +---------------+
>> | |
>> | ditaa example |
>> | |
>> +---------------+
>>
>> and run "java -jar ~/path/to/ditaa.jar dit.txt" and get an
>> output picture just fine. The path in this command is the same
>> as that in my .emacs config and in minimal.el attached...
>>
>> What in the world is going on?!?
>>
>>
>> Thanks,
>> John
>>
>> P.S. In case it's really something I'm overlooking here's a copy
>> and paste straight from my .emacs file of my ditaa pertinent stuff:
>>
>> (setq org-ditaa-jar-path
>> "~/.elisp/org.git/contrib/scripts/ditaa.jar")
>> (org-babel-do-load-languages
>> 'org-babel-load-languages
>> '((ditaa . t)
>> (gnuplot . t)))
>>
>>
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> Emacs-orgmode mailing list
>> Please use `Reply All' to send replies to the list.
>> Emacs-orgmode@gnu.org <mailto:Emacs-orgmode@gnu.org>
>>
>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>>
>>
>>
[-- Attachment #1.2: Type: text/html, Size: 8446 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
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Ditaa and babel goofing again?
2010-09-01 22:17 ` John Hendy
@ 2010-09-01 23:30 ` Juan
2010-09-02 0:09 ` Eric Schulte
0 siblings, 1 reply; 6+ messages in thread
From: Juan @ 2010-09-01 23:30 UTC (permalink / raw)
To: John Hendy; +Cc: emacs-orgmode
Had the same problem somewhere in july. I think it was after the
following commit:
> commit 7d2dc48b2aae27a66cc9813797c14dd457c209f4
> Author: Gregory J. Grubbs <gregory@dynapse.com>
> Date: Sun Jul 18 09:01:24 2010 +0000
> Quote path argument in ob-ditaa
> * lisp/ob-ditaa.el (org-babel-execute:ditaa): Quote path to ditaa
> executable.
that allows spaces in ditaa jar path. Patch was announced to list on
Sat, 17 Jul 2010 22:01:24 -0600.
The user of (shell-quote-argument org-ditaa-jar-path) seems to disable
'~' interpretation.
Regards,
.j.
On Wed, Sep 01, 2010 at 05:17:27PM -0500, John Hendy wrote:
> Okay, fixed it on a whim but clueless as to why this was the issue:
>
> 1) (setq org-ditaa-jar-path
> "~/.elisp/org.git/contrib/scripts/ditaa.jar")
>
> 2) (setq org-ditaa-jar-path
> "/home/jwhendy/.elisp/org.git/contrib/scripts/ditaa.jar")
>
> #1 does not work; #2 does!
>
> Should I have known this would be a problem or is there something else
> in .emacs that would cause this to require an explicit path vs. the
> abbreviation of ~ for /home/username?
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Ditaa and babel goofing again?
2010-09-01 23:30 ` Juan
@ 2010-09-02 0:09 ` Eric Schulte
2010-09-02 1:26 ` John Hendy
0 siblings, 1 reply; 6+ messages in thread
From: Eric Schulte @ 2010-09-02 0:09 UTC (permalink / raw)
To: Juan; +Cc: emacs-orgmode
I've just pushed up a fix to this issue, both ~'s and spaces should work
now. -- Eric
Juan <Pechiar@computer.org> writes:
> Had the same problem somewhere in july. I think it was after the
> following commit:
>
>> commit 7d2dc48b2aae27a66cc9813797c14dd457c209f4
>> Author: Gregory J. Grubbs <gregory@dynapse.com>
>> Date: Sun Jul 18 09:01:24 2010 +0000
>> Quote path argument in ob-ditaa
>> * lisp/ob-ditaa.el (org-babel-execute:ditaa): Quote path to ditaa
>> executable.
>
> that allows spaces in ditaa jar path. Patch was announced to list on
> Sat, 17 Jul 2010 22:01:24 -0600.
>
> The user of (shell-quote-argument org-ditaa-jar-path) seems to disable
> '~' interpretation.
>
> Regards,
> .j.
>
> On Wed, Sep 01, 2010 at 05:17:27PM -0500, John Hendy wrote:
>> Okay, fixed it on a whim but clueless as to why this was the issue:
>>
>> 1) (setq org-ditaa-jar-path
>> "~/.elisp/org.git/contrib/scripts/ditaa.jar")
>>
>> 2) (setq org-ditaa-jar-path
>> "/home/jwhendy/.elisp/org.git/contrib/scripts/ditaa.jar")
>>
>> #1 does not work; #2 does!
>>
>> Should I have known this would be a problem or is there something else
>> in .emacs that would cause this to require an explicit path vs. the
>> abbreviation of ~ for /home/username?
>
> _______________________________________________
> 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
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Ditaa and babel goofing again?
2010-09-02 0:09 ` Eric Schulte
@ 2010-09-02 1:26 ` John Hendy
0 siblings, 0 replies; 6+ messages in thread
From: John Hendy @ 2010-09-02 1:26 UTC (permalink / raw)
To: Eric Schulte; +Cc: emacs-orgmode, Juan
[-- Attachment #1.1: Type: text/plain, Size: 1679 bytes --]
Awesome. Thanks!
John
On Thu, Sep 2, 2010 at 12:09 AM, Eric Schulte <schulte.eric@gmail.com>wrote:
> I've just pushed up a fix to this issue, both ~'s and spaces should work
> now. -- Eric
>
> Juan <Pechiar@computer.org> writes:
>
> > Had the same problem somewhere in july. I think it was after the
> > following commit:
> >
> >> commit 7d2dc48b2aae27a66cc9813797c14dd457c209f4
> >> Author: Gregory J. Grubbs <gregory@dynapse.com>
> >> Date: Sun Jul 18 09:01:24 2010 +0000
> >> Quote path argument in ob-ditaa
> >> * lisp/ob-ditaa.el (org-babel-execute:ditaa): Quote path to ditaa
> >> executable.
> >
> > that allows spaces in ditaa jar path. Patch was announced to list on
> > Sat, 17 Jul 2010 22:01:24 -0600.
> >
> > The user of (shell-quote-argument org-ditaa-jar-path) seems to disable
> > '~' interpretation.
> >
> > Regards,
> > .j.
> >
> > On Wed, Sep 01, 2010 at 05:17:27PM -0500, John Hendy wrote:
> >> Okay, fixed it on a whim but clueless as to why this was the issue:
> >>
> >> 1) (setq org-ditaa-jar-path
> >> "~/.elisp/org.git/contrib/scripts/ditaa.jar")
> >>
> >> 2) (setq org-ditaa-jar-path
> >> "/home/jwhendy/.elisp/org.git/contrib/scripts/ditaa.jar")
> >>
> >> #1 does not work; #2 does!
> >>
> >> Should I have known this would be a problem or is there something
> else
> >> in .emacs that would cause this to require an explicit path vs. the
> >> abbreviation of ~ for /home/username?
> >
> > _______________________________________________
> > 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
>
[-- Attachment #1.2: Type: text/html, Size: 2614 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
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2010-09-02 1:26 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-09-01 21:11 Ditaa and babel goofing again? John Hendy
2010-09-01 21:28 ` Erik Iverson
[not found] ` <AANLkTimVii2UwcvDvP2911VAQ8ZZkaJcw+Ues80SiWYT@mail.gmail.com>
[not found] ` <4C7ECE0A.1030000@ccbr.umn.edu>
2010-09-01 22:17 ` John Hendy
2010-09-01 23:30 ` Juan
2010-09-02 0:09 ` Eric Schulte
2010-09-02 1:26 ` John Hendy
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).