emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Jambunathan K <kjambunathan@gmail.com>
To: Torsten Anders <torsten.anders@beds.ac.uk>
Cc: Org-mode <emacs-orgmode@gnu.org>
Subject: Re: Opendocument export causes error
Date: Mon, 03 Dec 2012 11:24:19 +0530	[thread overview]
Message-ID: <87sj7nistw.fsf@gmail.com> (raw)
In-Reply-To: <9A971BBA-5975-417F-B85A-564E06CA77B5@beds.ac.uk> (Torsten Anders's message of "Sat, 1 Dec 2012 22:10:33 +0000")


Achim is the one who made autoload changes.  I am not familiar with his
changes because I can jump the steps and get a working setup.

I am telling this upfront, because Achim and I may share different
instructions (which may amount to having the /same effect/) but if you
mix the instructions, you may end up being confused.  So stick to Achim
or my instructions.  My instructions are likely to be hackier.

>>   M-x locate-library RET org-install RET
>
> Library is file ~/emacs/org-mode/lisp/org-install.el
>
> (Note the *.el, it is not compiled)
>
>>   M-x locate-library RET org-autoloads RET
>
> No library org-autoloads in search path
>
>>   M-x locate-library RET org-loaddefs RET
>
> Library is file ~/emacs/org-mode/lisp/org-loaddefs.el
>
> (Again, no compiled file)
>
>>   (Try again the above commands with `.el' appended)
>
> It is always the same result as about.
>
>> Ideally your .emacs MUST have (require ') for only one of these
>> libraries.
>
> None of these libraries is actually loaded in ~/.emacs -- I recently
> commented out (require 'org-install) but some recent message from
> org-mode suggested to remove that. However, adding (require
> org-install) makes not difference.

1. Check the timestamps of org-install and org-loaddefs.  Were they
   created almost at the same time.
2. Does your vanilla emacs have a org-loaddefs in lisp/org directory.

Your init file scrutinized for errors.  In the latter part of the
E-mail, I share how you make sure that it is the init file that is in
error.  For now, scan your .emacs and convince yourself of the following
requirements.

In your .emacs,

    M-x occur RET org RET

The first occurrence of org in the *occur* buffer should be the line
that modifies the load-path.

The second occurrence should be that of your (require 'org-install) or
(require 'org-loaddefs)

You will also see lines from `customize-set-variables' block which you
may pretend doesn't exist.

There should be /no other/ references to org particularly (require
'org-whatever) statements.

Note down any deviations from this.

> Dear Jambunathan,
>
> Thanks a lot for your help and providing such detailed debugging
> suggestions. To summarise, after I loaded the *.el files with
> load-library as you suggested I got the Opendocument export
> working. However, I still do not understand why this is not working
> normally.

The problem is org-odt gets compiled on top of the wrong org-compat.
The org-compat in vanilla Emacs is wrong (for our purposes) while that
in your work-area is right.

> What now. As a hack I could put something in ~/.emacs that loads these
> libraries manually, but there is likely a better solution.
>
> I detail all debugging outputs below. Any suggestion where to go from
> here? Thanks a lot again!



I would like to understand what is happening.

Phase-1
=======

    1. Go to your vanilla Emacs directory.  Temporarily move your lisp/org
       to some other directory.  Let's say ~/vanilla-org/.  This way you are
       sure that there is no way the wrong org-compat.elc is getting in the
       way of you Org compilation in step 3.

    2. Go to your work area.

    3. Compile. make <whatever>.

    4. emacs -Q  (Note the -Q)

    5. (push load-path "~/your/org/checkout")

    6. M-x load-library RET org-odt RET

    7. Export to ODT.  It should succeed.

Phase-2
=======

1. Move back your ~/vanilla-org to lisp/org.  Restoring the old order.
2. Repeat steps 4-7 from Phase-1.
3. See whether export succeeds. 

       If failure, the bug is in your init file is broken and has to be
       scrutinized for correctness. 

       If success, I really cannot imagine what could possibly be broken
       in your setup.  Atleast you have a working setup with new order.

Phase-3
=======

I will share further instructions on debugging your init file, if
Phase-2, Step 3 resulted in a failure.

>>   M-x list-load-path-shadows RET
>
>
> Basically, subdirectories from two directories are loaded. One is the
> standard Emacs (in my case Aquamacs based on GNU Emacs 23.3.50.1 at
> /Applications/Mozart/Mozart.app/Contents/Resources/) and the other is
> my local emacs lisp directory at ~/emacs/.
>
> The full output is copied to the very end of this email.

Trailing part of directory names is truncated and I am having difficulty
making out what is in there.

But it doesn't matter for now.


>
> Any idea how to resolve this? Again thanks a lot! 
>
> Best,
> Torsten
>
>
>
>>   M-x load-library RET org-compat.el RET
>>   M-x load-library RET org-odt.el RET
>
> Debug (org-odt): Searching for OpenDocument styles files...
> Debug (org-odt): Trying /usr/share/emacs/etc/org/styles/... [2 times]
> Debug (org-odt): Trying /Users/torsten/emacs/org-mode/etc/styles/...
> Debug (org-odt): Using styles under /Users/torsten/emacs/org-mode/etc/styles/
> Loading /Users/torsten/emacs/org-mode/lisp/org-odt.el (source)...done
> Export buffer: 
> Export subtree: 
> Exporting to ODT using org-lparse...
> Using vacuous schema
> Loading reftex...done
> LaTeX to MathML converter not available. Using dvipng instead.
> Exporting...
> ODT export done, pushed to kill ring and clipboard
> Wrote /var/folders/Mc/Mc7BB2F3GxOLYJol0POQa++++TM/-Tmp-/odf-1712VN/meta.xml
> Using vacuous schema
> Saving file
> /var/folders/Mc/Mc7BB2F3GxOLYJol0POQa++++TM/-Tmp-/odf-1712VN/styles.xml...
> Wrote /var/folders/Mc/Mc7BB2F3GxOLYJol0POQa++++TM/-Tmp-/odf-1712VN/styles.xml
> Wrote /var/folders/Mc/Mc7BB2F3GxOLYJol0POQa++++TM/-Tmp-/odf-1712VN/mimetype
> Using vacuous schema
> Saving file
> /var/folders/Mc/Mc7BB2F3GxOLYJol0POQa++++TM/-Tmp-/odf-1712VN/styles.xml...
> Wrote /var/folders/Mc/Mc7BB2F3GxOLYJol0POQa++++TM/-Tmp-/odf-1712VN/styles.xml
> (No changes need to be saved)
> Saving file
> /var/folders/Mc/Mc7BB2F3GxOLYJol0POQa++++TM/-Tmp-/odf-1712VN/META-INF/manifest.xml...
> Wrote
> /var/folders/Mc/Mc7BB2F3GxOLYJol0POQa++++TM/-Tmp-/odf-1712VN/META-INF/manifest.xml
> Saving file
> /var/folders/Mc/Mc7BB2F3GxOLYJol0POQa++++TM/-Tmp-/odf-1712VN/content.xml...
> Wrote /var/folders/Mc/Mc7BB2F3GxOLYJol0POQa++++TM/-Tmp-/odf-1712VN/content.xml
> Using vacuous schema
> (No changes need to be saved)
> Creating odt file...
> Running zip -mX0 MusicConstraintsBookProject.odt mimetype
> Running zip -rmTq MusicConstraintsBookProject.odt .
> Created
> /Users/torsten/texte/Bewerbungen/grant-applications/AHRC-application/MusicConstraintsBookProject.odt
> Parsing archive file...done.
> Opening file
> /Users/torsten/texte/Bewerbungen/grant-applications/AHRC-application/MusicConstraintsBookProject.odt
> Running open
> /Users/torsten/texte/Bewerbungen/grant-applications/AHRC-application/MusicConstraintsBookProject.odt...done
>
>
>
>>   M-x list-load-path-shadows RET
>
> Checking 4 files in ~/emacs/kiwanami-emacs-calfw-v1.1...
> Checking 5 files in ~/emacs/org-mode/contrib/babel/langs...
> Checking 55 files in ~/emacs/org-mode/contrib/lisp...
> Checking 225 files in ~/emacs/org-mode/lisp...
> Checking 2 files in ~/emacs/planner-20060918/contrib...
> Checking 44 files in ~/emacs/planner-20060918...
> Checking 27 files in ~/emacs/muse-14Jan2009/lisp...
> Checking 14 files in ~/emacs/magit-1.1.1...
> Checking 10 files in
> /Applications/Mozart/Mozart.app/Contents/Resources//share/elisp...
> Checking 16 files in
> /Applications/LilyPond.app/Contents/Resources/share/emacs/site-lisp...
> Checking 13 files in ~/emacs...
> Checking 42 files in
> /Applications/Aquamacs.app/Contents/Resources/lisp/aquamacs/edit-modes/auctex...
> Checking 6 files in /Users/torsten/Library/Preferences/Aquamacs Emacs...
> Checking 597 files in /Applications/Aquamacs.app/Contents/Resources/lisp...
> Checking 58 files in /Applications/Aquamacs.app/Contents/Resources/lisp/url...
> Checking 90 files in
> /Applications/Aquamacs.app/Contents/Resources/lisp/textmodes...
> Checking 168 files in
> /Applications/Aquamacs.app/Contents/Resources/lisp/progmodes...
> Checking 57 files in /Applications/Aquamacs.app/Contents/Resources/lisp/play...
> Checking 100 files in /Applications/Aquamacs.app/Contents/Resources/lisp/org...
> Checking 48 files in /Applications/Aquamacs.app/Contents/Resources/lisp/nxml...
> Checking 114 files in /Applications/Aquamacs.app/Contents/Resources/lisp/net...
> Checking 48 files in /Applications/Aquamacs.app/Contents/Resources/lisp/mh-e...
> Checking 69 files in /Applications/Aquamacs.app/Contents/Resources/lisp/mail...
> Checking 58 files in /Applications/Aquamacs.app/Contents/Resources/lisp/language...
> Checking 65 files in
> /Applications/Aquamacs.app/Contents/Resources/lisp/international...
> Checking 264 files in /Applications/Aquamacs.app/Contents/Resources/lisp/gnus...
> Checking 57 files in /Applications/Aquamacs.app/Contents/Resources/lisp/eshell...
> Checking 70 files in /Applications/Aquamacs.app/Contents/Resources/lisp/erc...
> Checking 52 files in
> /Applications/Aquamacs.app/Contents/Resources/lisp/emulation...
> Checking 138 files in
> /Applications/Aquamacs.app/Contents/Resources/lisp/emacs-lisp...
> Checking 2 files in /Applications/Aquamacs.app/Contents/Resources/lisp/contrib...
> Checking 24 files in /Applications/Aquamacs.app/Contents/Resources/lisp/cedet...
> Checking 57 files in /Applications/Aquamacs.app/Contents/Resources/lisp/calendar...
> Checking 87 files in /Applications/Aquamacs.app/Contents/Resources/lisp/calc...
> Checking 35 files in /Applications/Aquamacs.app/Contents/Resources/lisp/aquamacs...
> Checking 13 files in
> /Applications/Aquamacs.app/Contents/Resources/lisp/aquamacs/macosx...
> Checking 11 files in
> /Applications/Aquamacs.app/Contents/Resources/lisp/aquamacs/oneonone...
> Checking 3 files in
> /Applications/Aquamacs.app/Contents/Resources/lisp/aquamacs/tabbar...
> Checking 43 files in /Applications/Aquamacs.app/Contents/Resources/lisp/obsolete...
> Checking 1 files in /Applications/Aquamacs.app/Contents/Resources/leim...
> Ignoring redundant directory
> /Applications/Aquamacs.app/Contents/Resources/lisp/aquamacs/
> Checking 20 files in
> /Applications/Aquamacs.app/Contents/Resources/lisp/aquamacs/edit-modes...
> Ignoring redundant directory
> /Applications/Aquamacs.app/Contents/Resources/lisp/aquamacs/macosx
> Ignoring redundant directory
> /Applications/Aquamacs.app/Contents/Resources/lisp/aquamacs/oneonone
> Ignoring redundant directory
> /Applications/Aquamacs.app/Contents/Resources/lisp/aquamacs/tabbar
> Checking 16 files in
> /Applications/Aquamacs.app/Contents/Resources/lisp/aquamacs/edit-modes/elib...
> Checking 42 files in
> /Applications/Aquamacs.app/Contents/Resources/lisp/aquamacs/edit-modes/emacs-rails...
> Checking 13 files in
> /Applications/Aquamacs.app/Contents/Resources/lisp/aquamacs/edit-modes/haskell-mode...
> Checking 9 files in
> /Applications/Aquamacs.app/Contents/Resources/lisp/aquamacs/edit-modes/matlab-emacs...
> Checking 8 files in
> /Applications/Aquamacs.app/Contents/Resources/lisp/aquamacs/edit-modes/nxhtml...
> Checking 4 files in
> /Applications/Aquamacs.app/Contents/Resources/lisp/aquamacs/edit-modes/python-mode...
> Checking 103 files in
> /Applications/Aquamacs.app/Contents/Resources/lisp/aquamacs/edit-modes/ess-mode/lisp...
> Checking 3 files in
> /Applications/Aquamacs.app/Contents/Resources/lisp/aquamacs/edit-modes/nxhtml/alts...
> Checking 23 files in
> /Applications/Aquamacs.app/Contents/Resources/lisp/aquamacs/edit-modes/nxhtml/nxhtml...
> Checking 18 files in
> /Applications/Aquamacs.app/Contents/Resources/lisp/aquamacs/edit-modes/nxhtml/related...
> Checking 62 files in
> /Applications/Aquamacs.app/Contents/Resources/lisp/aquamacs/edit-modes/nxhtml/util...
> Checking 1 files in
> /Applications/Aquamacs.app/Contents/Resources/lisp/aquamacs/edit-modes/python-mode/completion...
> Checking 1 files in
> /Applications/Aquamacs.app/Contents/Resources/lisp/aquamacs/edit-modes/nxhtml/etc/schema...
>
>
>
>
>
>> From: Jambunathan K <kjambunathan <at> gmail.com>
>> Subject: Re: Opendocument export causes error
>> Newsgroups: gmane.emacs.orgmode
>> Date: 2012-12-01 06:52:14 GMT (10 hours and 27 minutes ago)
>> (Ignore my earlier mail.  Follow instruction in this mail instead.)
>> 
>> Symptoms tell me that you have a hoaxed installation.
>> 
>> Try this and see if it helps
>> 
>>   M-x list-load-path-shadows RET
>> 
>> Check where all org-odt.el is installed.  Ideally you should see only
>> two paths - one from vanilla Emacs and one from directory that you are
>> trying to use right now.
>> 
>> Try this next.
>> 
>>   M-x locate-library RET org-compat RET
>>   M-x locate-library RET org-odt RET 
>> 
>>   M-x locate-library RET org-compat.el RET
>>   M-x locate-library RET org-odt.el RET 
>> 
>>   (Note the presence of `.el' in later two commands)
>> 
>> They should all come from the same directory tree.
>> 
>> Try this next.
>> 
>>   M-x load-library RET org-compat.el RET
>>   M-x load-library RET org-odt.el RET
>> 
>>   (Order of loading should be preserved.  `.el' SHOULD be there)
>> 
>> Now export.  
>> 
>> Look inside your messages buffer and examine what all ODT exporter is
>> trying to do. 
>> 
>> In all likelihood, you will have a successful export.
>> 
>> For some more debugging, you can do,
>> 
>>   M-x locate-library RET org-install RET
>>   M-x locate-library RET org-autoloads RET
>>   M-x locate-library RET org-loaddefs RET
>> 
>>   (Try again the above commands with `.el' appended)
>> 
>> Ideally your .emacs MUST have (require ') for only one of these
>> libraries.
>> 
>> If you pass the censored logs from above commands then I or someone in
>> this list can guess what is possibly wrong.  But my guess is above steps
>> should suffice to figure out the remedy.
>> 
>>> Dear all,
>>> 
>>> Since a while I cannot export to OpenDocument anymore. Instead, I
>>> always get the error
>>> 
>>> call-interactively: Symbol's value as variable is void: err
>>> 
>>> I just updated to Org-mode version 7.9.2 and the problem persists. In
>>> the archives I found exactly the same problem mentioned (messages from
>>> 11.07.2012 with subject Compile error in org-odt.el in latest master),
>>> but I do not understand the solution found then (Rainer Stengele
>>> reported that he "missed the unzip.exe and now it works").
>>> 
>>> Any help? Thanks!
>>> 
>>> Best wishes,
>>> Torsten
>>> 
>>> --
>>> Dr Torsten Anders
>>> Course Leader, Music Technology
>>> University of Bedfordshire
>>> Park Square, Room A315
>>> 
>> http://www.torsten-anders.de
>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>
>
>
>

-- 

  parent reply	other threads:[~2012-12-03  5:51 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-12-01 22:10 Opendocument export causes error Torsten Anders
2012-12-02  9:54 ` Achim Gratz
2012-12-03  6:46   ` Bastien
2012-12-03  5:53 ` Jambunathan K
2012-12-03  5:54 ` Jambunathan K [this message]
2012-12-03  7:54   ` Achim Gratz
2012-12-30 10:09     ` Bastien
2012-12-03  6:01 ` Jambunathan K
2012-12-03 15:51   ` Torsten Anders
2012-12-04  5:33     ` Jambunathan K
2012-12-24 22:20       ` Torsten Anders
2012-12-25 21:58       ` Torsten Anders
  -- strict thread matches above, loose matches on Subject: below --
2012-12-02 21:14 Torsten Anders
2012-12-03  8:08 ` Achim Gratz
2012-11-30 22:56 Torsten Anders
2012-12-01  6:52 ` Jambunathan K
2012-12-01  6:52 ` Jambunathan K

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=87sj7nistw.fsf@gmail.com \
    --to=kjambunathan@gmail.com \
    --cc=emacs-orgmode@gnu.org \
    --cc=torsten.anders@beds.ac.uk \
    /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).