From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tim Hawes Subject: Re: Cannot convert to Odt Date: Thu, 11 Jul 2013 10:37:54 -0400 Message-ID: <87wqox2md9.fsf@anx.com> References: <87hag2b8qi.fsf@anx.com>, <871u765lpr.fsf@gmail.com>, <87zjtudqsx.fsf@anx.com>, <87ehb5q11a.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:55675) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UxI0Q-0002Yl-CU for emacs-orgmode@gnu.org; Thu, 11 Jul 2013 10:38:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UxI0N-0000wa-8r for emacs-orgmode@gnu.org; Thu, 11 Jul 2013 10:38:02 -0400 Received: from mail1.bemta7.messagelabs.com ([216.82.254.102]:43165) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UxI0N-0000wJ-1o for emacs-orgmode@gnu.org; Thu, 11 Jul 2013 10:37:59 -0400 In-Reply-To: <87ehb5q11a.fsf@gmail.com> 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: Jambunathan K Cc: emacs-orgmode Mode Ok, there is a lot going on that I have no explanation for. The document in question converts just fine on my home laptop with org-version 7.8.11 (or does it? need to go home and check the resulting doc. It does convert, and libreoffice starts and opens the converted document) On my work laptop, both the document in question and my small test document failed with both 7.8.11 and 8.0.5 (from elpa) I don't know why the minimalistic file was failing. It is working today (alignment of the planets? phase of the moon? stupid user? <-- I'll never admit to this) Since I got the minimalistic file running, I started adding more content from my original content, piece by piece, until it failed (using org-mode 8.0.5 from elpa). These messages should have clued me in originally: >> sh-syntax-propertize-function: Beginning of buffer and >> org-odt-format-source-code-or-example-colored: Symbol's function The problem was a shell code fragment, the parser did not know what to do with: #+BEGIN_SRC sh nodaemon) nodaemon() ;; #+END_SRC Just making the code more comprehensible as shell code as thus: #+BEGIN_SRC sh case "$1" in .... nodaemon) nodaemon() ;; .... esac #+END_SRC or changing the code segment into EXAMPLE instead, fixes it. It converts under 7.8.11 and 8.0.5 What I am curious about is why doesn't this fail in html or latex conversion, but even more important, what bone-head thing did I do to make it work on my home laptop, with an un-corrected version of the same document (both home and work laptops are getting the file from my Dropbox folder, so I know it is the same file) I guess the other question is, what bone-headed thing did I do that caused the minimalistic file to fail with both versions of org-mode on my work laptop? The world may never know... The important thing is now I am converting this document to odt on the work laptop. Afterall, the document in question is a work document. Jambunathan K writes: > Tim Hawes writes: > >> Jambunathan K writes: >> >> I am able to convert the same file on my home laptop with org-version >> 7.8.11 >> >> Nonetheless, I tried it with this minimal file: >> #+STARTUP: showeverything >> >> * Heading 1 >> >> 1. Item 1 > > > >> starting emacs with emacs -Q I am getting this error: >> ("emacs") >> Loading term/xterm...done >> For information about GNU Emacs and the GNU system, type C-h C-a. >> kmacro-call-macro: No kbd macro has been defined >> Making completion list... [2 times] >> Export buffer: >> Debug (org-odt): Searching for OpenDocument schema files... >> Debug (org-odt): Trying /usr/pkg/share/emacs/24.2/lisp/contrib/odt/etc/schema/... >> Debug (org-odt): No OpenDocument schema files installed >> Debug (org-odt): Searching for OpenDocument styles files... >> Debug (org-odt): Trying /usr/pkg/share/emacs/24.2/lisp/etc/styles/... >> Debug (org-odt): Trying /usr/pkg/share/emacs/24.2/lisp/org/etc/styles/... >> Debug (org-odt): Trying /usr/pkg/share/emacs/24.2/etc/org/... >> Debug (org-odt): Using styles under /usr/pkg/share/emacs/24.2/etc/org/ >> Exporting to ODT using org-lparse... > ^^^^^^^^^^ > ^^^^^^^^^^ >> Using vacuous schema >> org-babel-exp processing... [2 times] >> org-odt-format-source-code-or-example-colored: Symbol's function > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >> definition is void: copy-seq > >> byte-code: Beginning of buffer [16 times] > > The ODT exporter is 7.8.11 version. (The presence of org-lparse says it > is a 7.8 version) > > You are having a old version of Emacs and hence org-odt.el. Try > upgrading it to emacs-24.3 (or whatever is the newest stable version) or > the latest Org-7.8.X version. > > ---------------------------------------------------------------- > > I see no correspondence between the example Org file and the problem > reported. Problematic path gets triggered only if there are source > blocks. The Org file has no source block. Definitely there is > something amiss at your side. > > ---------------------------------------------------------------- > > Org-7.8.11 is more or less on life-support. Issues with Org-8.0 will be > more interesting. Make sure to use GNU ELPA package and isolate > the issue further. > > Start Emacs *normally*. (Otherwise the exporter used will be the old > one.) > > *After* export, try > > M-x org-version RET > > M-x locate-library RET org-compat RET > > and ensure that the right version of Org is picked up. > > The problem comes from one of the shell blocks (either babel execution > or source block coloration.) > > ---------------------------------------------------------------- > > >>> (New file) >>> >>> >>> It may have something to do with what you have in your Org file. Try >>> "minimizing" your Org file one by one until you find where the problem >>> is. >>>