From: John Hendy <jw.hendy@gmail.com>
To: Erik Iverson <eriki@ccbr.umn.edu>, emacs-orgmode <emacs-orgmode@gnu.org>
Subject: Re: Ditaa and babel goofing again?
Date: Wed, 1 Sep 2010 17:17:27 -0500 [thread overview]
Message-ID: <AANLkTinaHfrhQMRpkkTyjGds5BRD03C=eQfducRGV-uC@mail.gmail.com> (raw)
In-Reply-To: <4C7ECE0A.1030000@ccbr.umn.edu>
[-- 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
next prev parent reply other threads:[~2010-09-01 22:17 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
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 [this message]
2010-09-01 23:30 ` Juan
2010-09-02 0:09 ` Eric Schulte
2010-09-02 1:26 ` John Hendy
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='AANLkTinaHfrhQMRpkkTyjGds5BRD03C=eQfducRGV-uC@mail.gmail.com' \
--to=jw.hendy@gmail.com \
--cc=emacs-orgmode@gnu.org \
--cc=eriki@ccbr.umn.edu \
/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).