From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jambunathan K Subject: Re: odt-export fails Date: Sat, 25 Feb 2012 22:51:43 +0530 Message-ID: <81pqd2bzh4.fsf@gmail.com> References: <81mx872gbf.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([208.118.235.92]:51314) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S1LJt-0004bi-LD for emacs-orgmode@gnu.org; Sat, 25 Feb 2012 12:22:12 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1S1LJm-00038Z-Hg for emacs-orgmode@gnu.org; Sat, 25 Feb 2012 12:22:05 -0500 Received: from mail-pz0-f41.google.com ([209.85.210.41]:42176) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S1LJm-00038S-7s for emacs-orgmode@gnu.org; Sat, 25 Feb 2012 12:21:58 -0500 Received: by dadv6 with SMTP id v6so3781177dad.0 for ; Sat, 25 Feb 2012 09:21:57 -0800 (PST) In-Reply-To: (Mirko Vukovic's message of "Sat, 25 Feb 2012 11:44:11 -0500") 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: Mirko Vukovic Cc: emacs-orgmode@gnu.org > Hello Jambunathan, > > I do not have the odt document open. Ok. > From the *Message* buffer, it seems that zip is looking for the odt file = in > c:\Users\...\AppData\Temp\..., but the file is not present ,---- | > Creating odt file... | > Running zip -mX0 org-odt-export.odt mimetype | > zip warning: name not matched: mimetype | > | > zip error: Nothing to do! (org-odt-export.odt) | > `---- No. Zip is trying to create an ODT file.=20 It starts with putting the "mimetype" file in the org-odt-export.odt. That is what the command above does. Unfortunately it is not able to find the mimetype file. See the warning message above. That is why you get an error. ,---- | > Switching to directory c:/Users/977315/AppData/Local/Temp/odt-7628lrW/ `----=20 This is the directory (it is a temporary directory) where the mimetype file and various files are created. ,---- | > Wrote c:/Users/977315/AppData/Local/Temp/odt-7628lrW/meta.xml | > Wrote c:/Users/977315/AppData/Local/Temp/odt-7628lrW/styles.xml | > Wrote c:/Users/977315/AppData/Local/Temp/odt-7628lrW/mimetype | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ | > Wrote c:/Users/977315/AppData/Local/Temp/odt-7628lrW/styles.xml | > Wrote c:/Users/977315/AppData/Local/Temp/odt-7628lrW/META-INF/manifest.= xml | > Wrote c:/Users/977315/AppData/Local/Temp/odt-7628lrW/content.xml `---- The above messages show that the mimetype file and all the XML files are indeed created. I suggest you do this: 1. Export with "C-c C-e O" and let the error happen 2. M-x shell RET and in the shell prompt, do the following steps. 3. Switch to the temporary directory using "cd" 4. Check what files are in that directory with "ls" 5. Make sure that you are able to see all the above files. You may want to check that the mimetype file is also there. 6. Run the following command, =20=20=20 $ zip -mX0 org-odt-export.odt mimetype If the mimetype file is there, the above command should succeed and will create org-odt-export.odt file for you. 7. If you don't see the mimetype file in step 5, it is possible that someone (the OS) is removing the temporary files very quickly. In that case, you can try using your own temporary directory with the following command (setq temporary-file-directory "~/tmp/") and try exporting it again. This is a strange issue and I am making the best possible guess based on the information that you have provided. ps: What version of Windows are you using? Does the OS or any app on your desktop aggressively remove temporary files? > In the org-odt-save-as-outfile let* block from which the error is thrown > (let* ((target-name) > =C2=A0 =C2=A0 =C2=A0 =C2=A0 (target ...) > =C2=A0 =C2=A0 =C2=A0 =C2=A0 ...) > zip-commands) > > zip-commands are looking for the *.odt file to zip together with the > mimetype file. =C2=A0But the *.odt file > is not there. > > The only thing that is there is the content.xml, that contains the > the *.org file's text. In fact, in the code, I don't see anything being > done with the xml files. They are created, and then killed. > > I am including the trace from the *Messages* buffer. > **** Trace begin > Export buffer: > Exporting to ODT using org-lparse... > Using vacuous schema > LaTeX to MathML converter not available. Using dvipng instead. > Exporting... > Using vacuous schema > ODT export done, pushed to kill ring and clipboard > Wrote c:/Users/977315/AppData/Local/Temp/odt-7628lrW/meta.xml > Using vacuous schema > Saving file c:/Users/977315/AppData/Local/Temp/odt-7628lrW/styles.xml... > Wrote c:/Users/977315/AppData/Local/Temp/odt-7628lrW/styles.xml > Wrote c:/Users/977315/AppData/Local/Temp/odt-7628lrW/mimetype > Using vacuous schema > Switching to directory c:/Users/977315/AppData/Local/Temp/odt-7628lrW/ > Saving file c:/Users/977315/AppData/Local/Temp/odt-7628lrW/styles.xml... > Wrote c:/Users/977315/AppData/Local/Temp/odt-7628lrW/styles.xml > (No changes need to be saved) > Saving file c:/Users/977315/AppData/Local/Temp/odt-7628lrW/META-INF/manif= est.xml... > Wrote c:/Users/977315/AppData/Local/Temp/odt-7628lrW/META-INF/manifest.xml > Saving file c:/Users/977315/AppData/Local/Temp/odt-7628lrW/content.xml... > Wrote c:/Users/977315/AppData/Local/Temp/odt-7628lrW/content.xml > Using vacuous schema > (No changes need to be saved) > Creating odt file... > Running zip -mX0 org-odt-export.odt mimetype > zip warning: name not matched: mimetype > > zip error: Nothing to do! (org-odt-export.odt) > > Entering debugger... > Back to top level. > **** Trace end > > Mirko > > On Sat, Feb 25, 2012 at 8:28 AM, Jambunathan K w= rote: >> >> The backtrace is along the expected lines. The zip command is failing >> for some reason. >> >> Did you look at the *Messages* buffer? It is likely to give some clue on >> why the zip command is failing. >> >> Btw, if you have "cvd-modeling-proposal.odt" already open in an external >> application like LibreOffice, you may want to close the file first, >> before exporting. Closing the file will ensure that the file is not >> locked and available for re-writing. >> >>> Hello: >>> >>> This is on Windows 7 Emacs 23.3.1, org-version 7.8.03.=C2=A0 (I install= ed >>> org-mode inside cygwin's shell). >>> >>> Here is the backtrace: >>> >>> Debugger entered--Lisp error: (error "Unable to create odt file (12)") >>> =C2=A0 signal(error ("Unable to create odt file (12)")) >>> =C2=A0 error("Unable to create odt file (%S)" 12) >>> =C2=A0 (or (zerop exitcode) (ignore (message "%s" err-string)) (error >>> "Unable to create odt file (%S)" exitcode)) >>> =C2=A0 (lambda (cmd) ... stuff deleted >>> =C2=A0 >>> org-odt-save-as-outfile("c:/Users/977315/Documents/projects/low-pressur= e-flow/workbooks/shh+cvd-design-tool-proposal/cvd-modeling-proposal.odt" >>> ... more stuff deleted ... >>> =C2=A0 org-do-lparse(nil nil nil nil nil nil) >>> =C2=A0 org-lparse("odt" "odt" nil nil nil nil nil nil) >>> =C2=A0 org-export-as-odt(nil) >>> =C2=A0 call-interactively(org-export-as-odt) >>> =C2=A0 org-export(nil) >>> =C2=A0 call-interactively(org-export nil nil) >>> >>> The backtrace refers to a a non-existent odt file (see call to >>> org-odt-save-as-outfile). =C2=A0Does the call stack look ok to you? >>> >>> Thanks, >>> >>> Mirko >>> >>> >> >> --