Hi,

i am having Problems using the render->LaTeX tool. I installed the newest version of Inkscape as well as the newest version of pstoedit on my MacBook pro, running the latest version of OS X Yosemite.
Everytime i try rendering an LaTeX formula i get an error message like this:

Traceback (most recent call last):
File "eqtexsvg.py", line 160, in <module>
e.affect()
File "/Applications/Inkscape.app/Contents/Resources/share/inkscape/extensions/inkex.py", line 268, in affect
self.effect()
File "eqtexsvg.py", line 154, in effect
svg_open(self, svg_file)
File "eqtexsvg.py", line 81, in svg_open
doc = inkex.etree.parse(filename)
File "lxml.etree.pyx", line 3299, in lxml.etree.parse (src/lxml/lxml.etree.c:72421)
File "parser.pxi", line 1791, in lxml.etree._parseDocument (src/lxml/lxml.etree.c:105883)
File "parser.pxi", line 1817, in lxml.etree._parseDocumentFromURL (src/lxml/lxml.etree.c:106182)
File "parser.pxi", line 1721, in lxml.etree._parseDocFromFile (src/lxml/lxml.etree.c:105181)
File "parser.pxi", line 1122, in lxml.etree._BaseParser._parseDocFromFile (src/lxml/lxml.etree.c:100131)
File "parser.pxi", line 580, in lxml.etree._ParserContext._handleParseResultDoc (src/lxml/lxml.etree.c:94254)
File "parser.pxi", line 690, in lxml.etree._handleParseResult (src/lxml/lxml.etree.c:95690)
File "parser.pxi", line 618, in lxml.etree._raiseParseError (src/lxml/lxml.etree.c:94722)
IOError: Error reading file '/var/folders/g8/b98kvzgs6yvd3gy4w79x1pdm0000gn/T/inkscape-xNhMnj/eq.svg': failed to load external entity "/var/folders/g8/b98kvzgs6yvd3gy4w79x1pdm0000gn/T/inkscape-xNhMnj/eq.svg"

Has anybody an idea what might fix this issue?

Does your installed pstoedit support SVG output? In the terminal, run this command to test:(This assumes pstoedit is in your $PATH)

Background: default installs of latest pstoedit 3.70 from source lack most of the expected supported file format out-of-the-box.

pstoedit should be in my PATH, i added

to my .bash_profile
I m new to MAC OS, so i hope i did nothing wrong there.

after typing
pstoedit -help | grep plot-svg
i get the following response:

pstoedit: version 3.70 / DLL interface 108 (built: Jul 11 2015 - release build - g++ 4.2.1 Compatible Apple LLVM 6.0 (clang-600.0.56) - 64-bit) : Copyright (C) 1993 - 2014 Wolfgang Glunz

In this case you need to fix your pstoedit installation (it currently has no support for svg output, and thus the LaTeX extension which depends on this fails). The expected output would have been similar to this one (see line with 'plot-svg'): (Note that the path to the plot driver varies depending on the prefix pstoedit was installed into.)

Maybe hints found e.g. in MacPorts' trac ticket about pstoedit 3.70 (47354), or in the bug report for Fedora 22 about pstoedit 3.70 (1183335) can help, I don't really know. The trouble with pstoedit 3.70 finally was reported for Inkscape too (1465163) - but this is nothing that Inkscape could fix itself.

Thanks a lot!

I had installed pstoedit manually before.
I simply tried installing pstoedit with MacPorts now. Everything works as intended now

Since i just installed a new version of pstoedit, i now have 2 versions of it. Can i simply delete the old one, to uninstall it?

Zôon wrote:Since i just installed a new version of pstoedit, i now have 2 versions of it. Can i simply delete the old one, to uninstall it?

If you have a list of all the files which got installed with your first attempt, you can just delete them. They will be in several different directories though (within the '/usr/local' prefix).

In case you still have the build directory around (where you unpacked the source tarball into and ran './configure' and 'make && make install'): running 'make uninstall' there might work too to uninstall everything in a single step (I haven't tested this myself with pstoedit, but it usually works just fine with autotools-based build systems). After that, you can delete the source directory where you originally built it.

Thanks
Seems to have worked.
Looks like MacPorts got me a second version of man, aclocal and ghostscript as well. Is there an easy way to get rid of this as well? otherwise, i will just leave it there for now ;D

MacPorts policy: Why is MacPorts using its own libraries? --> if you install pstoedit in MacPorts, it will also install all required dependencies into the MacPorts prefix (default: '/opt/local').

Having software installed in '/usr/local' may potentially conflict with MacPorts: So with MacPorts under /opt/local I can use /usr/local freely?.

Zôon wrote:Looks like MacPorts got me a second version of man, aclocal and ghostscript as well. Is there an easy way to get rid of this as well?

Getting rid of the ports installed in MacPorts, or of what might be installed from source in '/usr/local/'?

• If you installed and use MacPorts' pstoedit, it requires MacPorts' ghostscript (and ImageMagick) - you cannot uninstall these ports. To save some disk space you can uninstall build dependencies if present (i.e. ports which are only required when installing a port, but not later on at runtime): Finding leaves, Keep installation lean:

  Code: Select all

  # Finding leaves
port echo leaves
# if ok, uninstall them
sudo port uninstall leaves
• If you want to delete Ghostscript and other software you installed yourself earlier into '/usr/local', you'd have to make sure that it is not used by anything else - I'm not a LaTeX user myself (neither MacTex not texlive (MacPorts) installed), and can't tell whether part of what is in your '/usr/local' might belong to your LaTeX installation or not.
  Personally - if not fully certain what might be used by other stuff installed outside of the MacPorts prefix - I'd be cautious and first simply rename directories I plan to remove: if everything still works as expected (no errors, unexpected failures or console warnings), it's probably save to delete them after some time.

Thanks a lot for so much help !