<div dir="ltr">Hi Stephan,<div><br></div><div style>that was it. I had modified the loutil.py to add both 4.0 and 4.2 and since 4.0 was before 4.2, it was being picked up.</div><div style>With 4.2, the python version from 4.0 was messing things up.</div>
<div style>After I removed program 4.0 etc, it works for 4.2 as expected.</div><div style><br></div><div style>For some reason it work for me with and without "," .<br></div><div style><br></div><div style>thanks for the help and time.</div>
<div style>Neeraj<br></div><div style><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Dec 11, 2013 at 3:36 AM, Stephan Bergmann <span dir="ltr"><<a href="mailto:sbergman@redhat.com" target="_blank">sbergman@redhat.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On 12/10/2013 08:55 PM, Neeraj Rai wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Traceback (most recent call last):<br>
File "libreconverter-master/<u></u>libreconverter.py", line 18, in <module><br>
import loutils<br>
File "libreconverter-master/<u></u>loutils.py", line 39, in <module><br>
import uno<br>
File "libreoffice-4.0/lib/<u></u>libreoffice/program/uno.py", line 38, in<br>
<module><br>
_g_ctx = pyuno.getComponentContext( )<br>
SystemError: Error during bootstrapping uno (RuntimeException):missing<br>
whitespace before attribute in<br>
file:///<path>/libreoffice-4.<u></u>2/lib/libreoffice/program/<u></u>types/oovbaapi.rdb<br>
</blockquote>
<br></div>
"missing whitespace before attribute" is an error message generated in xmlreader/source/xmlreader.<u></u>cxx, so it smells like your setup is such that it erroneously declares the oovbaapi.rdb as a services rdb (which are in XML format today) rather than a types rdb (which are in binary format).<br>
<br>
What also looks odd is that your setup apparently mixes libreoffice-4.0/lib/<u></u>libreoffice/program/uno.py and libreoffice-4.2/lib/<u></u>libreoffice/program/types/<u></u>oovbaapi.rdb.<br>
<br>
What I noticed is that libreconverter's loutils.py has two bugs, one is a missing comma that made it completely nonfunctional at least for me and is fixed with <<a href="https://github.com/colonelqubit/libreconverter/commit/7e0f81ac96106ccb4baff4951126885841b1e887" target="_blank">https://github.com/<u></u>colonelqubit/libreconverter/<u></u>commit/<u></u>7e0f81ac96106ccb4baff495112688<u></u>5841b1e887</a>> "Merge pull request #1 from stbergmann/master" now.<br>
<br>
The other is that it hardcodes the location of the LO installation as /usr/lib/libreoffice/program in the _lopaths variable. You presumably do have a LO installation there, but it likely doesn't match the LO installation from which you take the python executable to run libreconverter.py with.<br>
<br>
What worked for me, trying it out with a local LO 4.2 build, is to patch loutils.py like<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
diff --git a/loutils.py b/loutils.py<br>
index 4bac3e1..c2d1364 100644<br>
--- a/loutils.py<br>
+++ b/loutils.py<br>
@@ -19,7 +19,7 @@ LIBREOFFICE_PORT = 8100<br>
<br>
# Find LibreOffice.<br>
_lopaths=(<br>
- ('/usr/lib/libreoffice/<u></u>program', '/usr/lib/libreoffice/program'<u></u>),<br>
+ ('/home/sbergman/lo-4.2/core/<u></u>instdir/program', '/home/sbergman/lo-4.2/core/<u></u>instdir/program'),<br>
)<br>
<br>
</blockquote>
<br>
to match the LO installation of the python executable used when running libreconverter.py,<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
/home/sbergman/lo-4.2/core/<u></u>instdir/program/python libreconverter.py test-headless3.xlsx output.csv<span class="HOEnZb"><font color="#888888"><br>
</font></span></blockquote><span class="HOEnZb"><font color="#888888">
<br>
Stephan<br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br>=====<br>Intuition - is the inability to figure out the facts on which we based the decision. <br>
</div>