inkscape generates no latex formula

[Norbert Fischer]

Binary package hint: inkscape

Using "effects -> render -> latex formula" does not render anything on screen. Instead, following error message in console is given:

(inkscape:9793): GLib-CRITICAL **: g_utf8_collate: assertion `str2 != NULL' failed
Extension::Script: Unknown error for pclose
: Success

Inkscape does not crash, it is still usable. Googling shows, that /usr/share/inkscape/extensions/eqtexsvg.py uses the svg-plugin of pstoedit, which is non-free.

Versions:
inkscape: 0.44-1ubuntu1
Ubuntu: egdy, recently updated

[Danny Staple (danny-orionrobots)]

Additional information: This would not be seen in earlier versions of inkscape, which do not include this effects menu.

My installation of Inkscape did have an effects menu, but under the effects->render menu, there was not an entry for latex-formulae. Which prerequisite packages might I need for this? I have installed tex-base and a number the latex packages already.

[Kenshiro (fdemartin)]

As for me, I have this when using "effects -> render -> latex formula"

pstoedit: version 3.45 / DLL interface 108 (build Oct 18 2007 - release build - g++ 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2)) : Copyright (C) 1993 - 2007 Wolfgang Glunz
Traceback (most recent call last):
  File "/usr/share/inkscape/extensions/eqtexsvg.py", line 121, in <module>
    e.affect()
  File "/usr/share/inkscape/extensions/inkex.py", line 157, in affect
    self.effect()
  File "/usr/share/inkscape/extensions/eqtexsvg.py", line 116, in effect
    svg_open(self, svg_file)
  File "/usr/share/inkscape/extensions/eqtexsvg.py", line 69, in svg_open
    doc = xml.dom.minidom.parse(filename)
  File "/usr/lib/python2.5/site-packages/_xmlplus/dom/minidom.py", line 1915, in parse
    return expatbuilder.parse(file)
  File "/usr/lib/python2.5/site-packages/_xmlplus/dom/expatbuilder.py", line 924, in parse
    fp = open(file, 'rb')
IOError: [Errno 2] No such file or directory: '/tmp/inkscape-qgP4qL/eq.svg'

[Julian Kniephoff (jules-k)]

Similar problems here in Ubuntu Gutsy (=> Inkscape 0.45): When trying to render ANY valid latex string, inkscape hangs after pressing the OK button still showing the input dialog.
No error message in the console but in a file under /tmp (ink_ext_stderr_<somenumber>), I get this:
pstoedit: version 3.44 / DLL interface 108 (build Apr 29 2007 - release build - g++ 4.1.3 20070423 (prerelease) (Ubuntu 4.1.2-3ubuntu3)) : Copyright (C) 1993 - 2006 Wolfgang Glunz
PostScript/PDF Interpreter finished. Return status 2 executed command : /usr/bin/gs -q -dDELAYBIND -dWRITESYSTEMDICT -dNODISPLAY -dNOEPS /home/jules-k/psin3JohNg
The interpreter seems to have failed, cannot proceed !
Traceback (most recent call last):
  File "/usr/share/inkscape/extensions/eqtexsvg.py", line 121, in <module>
    e.affect()
  File "/usr/share/inkscape/extensions/inkex.py", line 157, in affect
    self.effect()
  File "/usr/share/inkscape/extensions/eqtexsvg.py", line 116, in effect
    svg_open(self, svg_file)
  File "/usr/share/inkscape/extensions/eqtexsvg.py", line 69, in svg_open
    doc = xml.dom.minidom.parse(filename)
  File "/usr/lib/python2.5/site-packages/_xmlplus/dom/minidom.py", line 1915, in parse
    return expatbuilder.parse(file)
  File "/usr/lib/python2.5/site-packages/_xmlplus/dom/expatbuilder.py", line 926, in parse
    result = builder.parseFile(fp)
  File "/usr/lib/python2.5/site-packages/_xmlplus/dom/expatbuilder.py", line 211, in parseFile
    parser.Parse("", True)
xml.parsers.expat.ExpatError: no element found: line 1, column 0

Sorry, if I miss something obvious, it's in the middle of the night here ;)

[Kenshiro (fdemartin)]

The problem should be resolved by installing pstoedit version 3.45... It worked like a charm for me!

[humufr (humufr-deactivatedaccount)]

Curious I do not have this option in my inkscape on gutsy. So I cannot help.

[humufr (humufr-deactivatedaccount)]

oups pstoedit was not installed... After installation of the gutsy version 3.44, the option appeared in the menu but inkscape freeze when I'm trying to use it. So if Kenshiro is right that means I will have to wait for Hardy for this option and if pstoedit will be update.

[Kenshiro (fdemartin)]

Nope, no need to wait for Hardy.
1) download pstoedit 3.45 here: http://www.pstoedit.net/pstoedit
2) uninstall pstoedit 3.44
3) install libplot-dev and librsvg2-dev
4) install pstoedit 3.45

see this post if you need any complement: https://bugs.launchpad.net/bugs/123499

et bon courage ;-)

[humufr (humufr-deactivatedaccount)]

I don't like to install stuff like this but it's because I forget about checkinstall. It's working fine now. Thanks.

[Julian Kniephoff (jules-k)]

I also don't like messing with my package system in a way like this so I built my own custom (lib)pstoedit(-dev) package set based on the ubuntu source package and the upstream tarball.
Is there any chance, that this bug will get fixed in the repositories before Hardy?

[Andrew Chadwick (achadwick)]

My favoured workaround right now is to install the Debian Sid version of this package.

---------------8<---------------

1. Go to http://packages.debian.org/source/sid/pstoedit and download the source files
pstoedit_3.45-2.dsc, pstoedit_3.45.orig.tar.gz and pstoedit_3.45-2.diff.gz . You'll need all three to build this package, and you should save them to the same directory.

2. Unpack the source using:

     $ dpkg-source -x pstoedit_3.45-2.dsc

3. Grab the packages you'll need to build this tool:

     $ sudo aptitude install build-essential debhelper dh-buildinfo docbook-to-man g++ libwmf-dev libmagick++9-dev libplot-dev libpng12-dev pkg-config gs fakeroot

   but don't take my word for it. You can find out exactly what's required by looking at debian/control in the pstoedit-3.45 folder.

4. Build:

     $ cd pstoedit-3.45
     $ fakeroot debian/rules binary

5. Install the generated package files (libpstoedit-dev*deb, libpstoedit0c2a*deb, pstoedit*deb) from the parent directory in the usual way.

---------->8-----------

Other bugs addressing this problem: bug #156365 (contains links to a prebuilt binary package, if you're a trusting sort), bug #78737, bug #136950, bug #123499.

Hopefully the upstream package will hit Ubuntu before Hardy is released.

[Sebastian Urban (surban)]

I have build the packages following your instructions.

You can download them at http://gambitchess.org/moin.py/InkscapeLaTeXFix

[Bryce Harrington (bryce)]

We've just released 0.46, which has packages available for Ubuntu Gutsy and Hardy (see http://inkscape.org news from today for notes about the ppa). Can you please test and see if this is still an issue?

[humufr (humufr-deactivatedaccount)]

still not working. I did an upgrade to hardy and the latex render doesn't work.
I just have the message:

Inkscape has received additional data from the script executed. The script did not return an error, but this may indicate the results will not be as expected.

pstoedit: version 3.45 / DLL interface 108 (build Feb 28 2008 - release build - g++ 4.2.3 (Ubuntu 4.2.3-2ubuntu1)) : Copyright (C) 1993 - 2007 Wolfgang Glunz

and nothing done

[Sebastian Urban (surban)]

Same as above.

Still not working with 0.46 from Hardy repositories. (not from ppa)

[Sebastian Urban (surban)]

I think this bug should get a little more love.

Many mathematicans use inkscape to create drawings for their papers. Not being able to include LaTeX formulae is a showstopper.

[Cuchaz (cuchaz)]

Not being able to use latex in inkscape is definitely a show-stopper for me. I used to use the textext extension, but sadly it seems to be broken in Ubuntu Harty (inkscape v0.46). So I was happy to learn inkscape included a new built-in option for rendering latex. Except that doesn't work either! I had to install the python lxml package to get past the first error. But now, I get another error I am unable to resolve.

pstoedit: version 3.45 / DLL interface 108 (build Feb 13 2008 - release build - g++ 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2)) : Copyright (C) 1993 - 2007 Wolfgang Glunz
Traceback (most recent call last):
  File "/usr/share/inkscape/extensions/eqtexsvg.py", line 119, in <module>
    e.affect()
  File "/usr/share/inkscape/extensions/inkex.py", line 154, in affect
    self.effect()
  File "/usr/share/inkscape/extensions/eqtexsvg.py", line 114, in effect
    svg_open(self, svg_file)
  File "/usr/share/inkscape/extensions/eqtexsvg.py", line 67, in svg_open
    doc = inkex.etree.parse(filename)
  File "etree.pyx", line 2045, in etree.parse
  File "parser.pxi", line 970, in etree._parseDocument
  File "parser.pxi", line 974, in etree._parseDocumentFromURL
  File "parser.pxi", line 891, in etree._parseDocFromFile
  File "parser.pxi", line 582, in etree._BaseParser._parseDocFromFile
  File "parser.pxi", line 656, in etree._handleParseResult
  File "parser.pxi", line 622, in etree._raiseParseError
IOError: Error reading file '/tmp/inkscape-NgjzxL/eq.svg': failed to load external entity "/tmp/inkscape-NgjzxL/eq.svg"

This happens when I click Effects -> Render -> Latex Formula and then click apply (accepting the default content).

If anyone can find a workaround/fix for this, that would rock. I need latex to annotate my paper figures.

[humufr (humufr-deactivatedaccount)]

I agree with Sebastian. Inkscape should be the software replacing xfig but unfortunatly because of this bug I cannot tell to anyone to use it. Last week my wife did have a discussion in her lab to choose the tools they will need for publication. They are looking at something to replace the adobe suite but because of stupid bug like this there are big chance they will stay on windows + adobe and honestly it's very difficult to blame them.

This bug is present since gutsy. A workaround has been found (recompile pstoedit) but this time it doesn't seem to be enough.

[Mike Wimmer (mike-wimmer)]

At least for v0.46 this seems to be bug #195052 in Inkscape,

https://bugs.launchpad.net/inkscape/+bug/195052

There, the latex renderer does not report an error message (the pstoedit output is not an error), but no formula is displayed. Essentially, as far as I understood the problem, inkscape couldn't import the generated svg properly. A patch has been commited on April 08, and I can confirm that it solves the problem for me on Hardy. It would be nice, if this patch could be taken to the ubuntu packages soon. As many people have already said, the latex formula capabiliy of inkscape is essential.

I'm not sure if this solves the problem of Cuchaz. There it rather seems that no svg is generated, which might come from some missing software ...

What still does not work is the preview capability of the new latex formula renderer. Whenever you just type a single character into the input line, inkscape immediately tries to generate latex output -- but then most of the time the syntax is incorrect, because you haven't finished typing yet, and many error messages pop up. Obviously, the way the preview is done, does not make much sense.

[bart.snapp (bart-snapp)]

As a mathematician, I and my colleges really want this to be fixed. Let's get it as a upgrade for Gutsy.

[humufr (humufr-deactivatedaccount)]

Yep the new file eqtexsvg.py is doing the job (at least on the 0.46 version for gutsy coming from ppa). In the worst case scenario, if the file is not corrected for hardy, it's very easy to do the change yourself, you just have to copy the file in the directory /usr/share/inkscape/extensions

[Sebastian Urban (surban)]

The patch work fine for me, too.

I extended it to remove the annoying "pstoedit: version ..." message window. My version is attached.

[Sebastian Urban (surban)]

Final version of /usr/share/inkscape/extensions/eqtexsvg.py is also attached.

[zbharucha (zubinb)]

I tried using Sebastian's eqtexsvg.py and I get this:

Traceback (most recent call last):
  File "/usr/share/inkscape/extensions/eqtexsvg.py", line 132, in <module>
    e.affect()
  File "/usr/share/inkscape/extensions/inkex.py", line 154, in affect
    self.effect()
  File "/usr/share/inkscape/extensions/eqtexsvg.py", line 119, in effect
    svg_open(self, svg_file)
  File "/usr/share/inkscape/extensions/eqtexsvg.py", line 69, in svg_open
    doc = inkex.etree.parse(filename)
  File "etree.pyx", line 2045, in etree.parse
  File "parser.pxi", line 970, in etree._parseDocument
  File "parser.pxi", line 974, in etree._parseDocumentFromURL
  File "parser.pxi", line 891, in etree._parseDocFromFile
  File "parser.pxi", line 582, in etree._BaseParser._parseDocFromFile
  File "parser.pxi", line 656, in etree._handleParseResult
  File "parser.pxi", line 627, in etree._raiseParseError
etree.XMLSyntaxError: line 1: Start tag expected, '<' not found

I am using Hardy Beta. Any help would be much appreciated since LaTeX formula rendering is extremely important to me as well.

[Sebastian Urban (surban)]

This happens when your SHELL environment is not set to /bin/bash
Try "export SHELL=/bin/bash" before running inkscape.

I will write a patch for this problem soon.

[zbharucha (zubinb)]

Thank-you, Sebastian! It works now. I appreciate your help very much!

[Sebastian Urban (surban)]

Ok, this actually has nothing to do with SHELL. Problem was that pstoedit writes temporary files in CWD and this fails if CWD is not writeable.

I solved this by CDing into the temporary directory.

Fixed version is attached.

[Sebastian Urban (surban)]

Patch for inkscape package.

[Sebastian Urban (surban)]

I do not want to appear impatient but Hardy will be released in 6 days and this bug affects many people. A working patch is already available.

Could the package maintainer please include the patch so that it will be released with Hardy? Or are there any problems with the patch? If yes, please notify us, so that we can work on a fix.

The patch only affects eqtexsvg.py which is only used by the LaTeX-plugin, so there should be no side effects or regressions.

[humufr (humufr-deactivatedaccount)]

100% agree with Sebastian and I would be very worry for the quality of Ubuntu if this patch is not include and that will be impossible to told to my friend to install Hardy (I'm a scientist as most of my friend) and after to explain them how to correct a problem in one of the package for the only reason that the maintener didn't change a stupid file. Hardy is supposed to be a LTS and this kind os stupid mistake is a huge backward for my point of view!

If you don't want to change the file incriminate, delete the function it's better to not have something apparent than something which is not working!

[humufr (humufr-deactivatedaccount)]

Hardy is out and still there are no change in inkscape... This problem is not a securtiy one so that means only one thing: Inkscape will be break for one more year for Latex inclusion in a LTS version.

I must admit that I do not understand it. Someone must explain me the problem to apply Sebastian patch? As he told no side effect can appeard so why this correction has bot been applied?

Anyway thanks for ubuntu it was fun to use it.

[Rygle (rygle)]

I've applied this to trunk - revision 18416, so it should be in for 0.47 unless it breaks stuff. Half the above patch had already been applied, so I've attached the patch I applied.

It's a shame that this patch came after after the March 11 release of 0.46 - the hard deadline for ubuntu was pretty early (although I noticed they later busted a gut to get Abiword 2.6 in post deadline!). There are some other great features and fixes that didn't quite make the cut either for similar reasons. There has been some discussion of six monthly releases loosely tied to the Ubuntu and Fedora release schedules, so hopefully that means it won't be 12 months.

There is some mention of being able to fix this by upgrading pstoedit - eg: Kenshiro said this;
> The problem should be resolved by installing pstoedit version 3.45... It worked like a charm for me!

Is that a viable fix for Hardy? If so it could be added to the known issues section of the readme on the Inkscape wiki, mentioning the workaround?

[Rygle (rygle)]

Milestoned for 0.47

[Sebastian Urban (surban)]

I think this can be included as SRU.

quoting https://wiki.ubuntu.com/StableReleaseUpdates "Bugs which do not fit under above categories, but (1) have an obviously safe patch and (2) affect an application rather than critical infrastructure packages (like X.org or the kernel)."

(1) Patch is safe because it only affects eqtexsvg.py. This file is only used by the LaTeX-plugin, which does not work anyway without the patch. So it can't be broken any further.

(2) Inkscape is defintely not critical infrastructure.

[sas (sas-sas)]

The line that begins

   os.system('cd ' + base_dir + ' ; pstoedit

isn't going to work on Windows, since Windows doesn't use semicolons like that (it uses && instead).

I've attached a patch, but it's untested (as I haven't got pstoedit installed).

[sas (sas-sas)]

As suggested in my last post, the current SVN version of eqtexsvg.py is broken on Windows. Here's a revised patch, which adds double quotes around the file names (since they may contain spaces or other awkward characters). I've also rewritten the argument to the os.system() call, as it was hard to read, and adding all those quotes just made it worse.

Tested on Windows XP (now that I've installed pstoedit). Someone should test it on Linux.

[sas (sas-sas)]

There were still places where filenames were not quoted, which can cause problems on Windows. Here's an updated version of eqtexsvg.py with more quoting. (I'm attaching the whole file to facilitate testing. Patch to follow.)

[sas (sas-sas)]

Here's the patch.

[Rygle (rygle)]

Applied updated patch to SVN trunk - revision 18440

[Rygle (rygle)]

Does the fix committed status for ubuntu mean the earlier version of this patch was committed to ubuntu's source? Or something else?

If someone had somehow committed this to the ubuntu source tree, then it needs to be updated as per the most recent patch.

[Sebastian Urban (surban)]

@sas: Your patch works fine for me on Ubuntu Hardy.

[Rygle (rygle)]

Sebastian: Just to clarify: Do you mean the latest patch at comment 37 (ie:sas' last comment)?

This is what you should have if you use SVN trunk 18440 or newer.

[Rygle (rygle)]

Confirming that sas' latest patch does work on 0.46 Ubuntu. Didn't build from scratch, but simply copied the .py file into /usr/share/inkscape/extensions.

Will talk to Bryce about milestoning this for 0.46.1

[MarnixV (mvolckaert)]

I use Hardy, with Inkscape 0.46. I have the eqtexsvg.py file (version that was posted by sas on 2008-04-27) in the folder ~/.inkscape/extensions, but now when I want to insert LaTeX code I get the following message:

Traceback (most recent call last):
  File "/home/marnix/.inkscape/extensions/eqtexsvg.py", line 28, in <module>
    import inkex, os, tempfile, sys, xml.dom.minidom
ImportError: No module named inkex

What is this module called inkex? Can I find it somewhere and can there be a reason why I don't seem to have it?

Help much appreciated :)

[sas (sas-sas)]

inkex.py is supplied with Inkscape, in the extensions directory (on Ubuntu I think that's /usr/share/inkscape/extensions). You either need to put eqtexsvg.py in that directory (replacing the original), or copy inkex.py into ~/.inkscape/extensions.

[Rygle (rygle)]

To copy the file into /usr/share/inkscape/extensions wasn't completely straight forward. I had to first save it on the desktop (or wherever) and then delete the original using sudo from a shell (to get admin rights) and to copy the new version I think I also had to use sudo because of the directory. Perhaps that's MarnixV's problem?

[Rygle (rygle)]

Here's a patch to apply easily to Linux versions of Inkscape. Stay tuned for the details for applying it next.

[Rygle (rygle)]

Try that patch again...If this works, hopefully we can follow what Kees Cook did on bug 195052, only this should apply all changes since the version in 0.46, where his only does some...

=====
  cd /usr/share/inkscape/extensions
  curl -s '{patch url}' | sudo patch -p0
=====

Have to reboot into Linux after this to test.

[Rygle (rygle)]

OK the url of that patch is http://launchpadlibrarian.net/14090556/eqtexsvg.py_linux_shell_apply.patch, so we should be able to run this from the shell in Linux to fully fix Latex;

=====
  cd /usr/share/inkscape/extensions
  curl -s 'http://launchpadlibrarian.net/14090556/eqtexsvg.py_linux_shell_apply.patch' | sudo patch -p0
=====

Time to try.

[Rygle (rygle)]

For all the mathematicians out there in ubuntu land... The procedure in my last post works on an ubuntu live CD setup. Here's the steps;

* Installed Inkscape and all the recommended and suggested packages for that, then installed kile to satisfy the latex requirements (this in turn installed texlive, which may have been enough). Couldn't find miktex as recommended in the script itself, but I think any tex environment will do.
* Go to Applications -> Accessories -> Terminal
* cd /usr/share/inkscape/extensions
* curl -s 'http://launchpadlibrarian.net/14090556/eqtexsvg.py_linux_shell_apply.patch' | sudo patch -p0
* complained that curl is not installed
* sudo apt-get install curl (installs curl)
* (up arrow x 2) curl -s 'http://launchpadlibrarian.net/14090556/eqtexsvg.py_linux_shell_apply.patch' | sudo patch -p0
* complained that patch is not installed
* sudo apt-get install patch (installs patch)
* (up arrow x 2) curl -s 'http://launchpadlibrarian.net/14090556/eqtexsvg.py_linux_shell_apply.patch' | sudo patch -p0
* reports "patching file eqtexsvg.py"
* run Inkscape and test Effects -> Render -> LaTeX formula... (Apply using defaults)
* Looks great.

[MarnixV (mvolckaert)]

Thank you, sas and Rygle, for your help!

Putting the eqtexsvg.py file into /usr/share/inkscape/extensions/ instead of ~/.inkscape/extensions has indeed solved the problem :)

[Lennart Karssen (l.c.karssen)]

Thanks all for this patch! It works perfectly on my Hardy install.

[Cuchaz (cuchaz)]

Sadly, the patch did not fix my problem so I did some more digging on my own. Mike Wimmer suggested that my system is missing software. I dug around in the /tmp directory and it looks like everything works correctly up to the part where pstoedit generates the svg. After toying around with pstoedit for a bit, I got it to tell me:

Unsupported output format plot-svg

Apparently Hardy's pstoedit was compiled without svg support! After getting some dev packages (libplot-dev, librsvg2-dev) and recompiling from source (http://www.pstoedit.net/pstoedit), everything works fine.

This should fix Kenshiro's problem as well.

Now, I just wish the UI had a bigger box to type in. Oh, and that you could edit already-rendered equations like textext could.

[Rygle (rygle)]

Cuchaz: I don't know how your Hardy system doesn't work, as I was using the release version of the 8.04 live CD. No need to compile anything or use any dev packages. Just simply follow the instructions in my last post here.

The only think I did do was to update the repositories in synaptic.

I think there must be something else going on for you.

[John B. (jbuncher)]

I was following this bug over at Bug #195052 for a while (https://bugs.launchpad.net/inkscape/+bug/195052 ), and that bug was slated to be included/fixed for the 8.04.1 milestone. When it was marked as a dupe of this bug, I think that got erased (it no longer shows up on https://launchpad.net/ubuntu/+milestone/ubuntu-8.04.1 ). Will this be in the Hardy repos soon? Ever? I see that the fix is "committed" to inkscape (Ubuntu), but I'm not sure if that means Hardy or the dev version of Intrepid. Any clarification would be greatly appreciated.

Thanks for your time.

[xtknight (xt-knight)]

I updated the patch with the target hardy-proposed and included the new, longer patch. Packages will be on https://launchpad.net/~xt-knight/+archive when done compiling.

[qqqqqqqqq9 (qqqqqqqqq9)]

I'm not sure if this placed right here, but on my debian machine textext (?) fails to notice, that pstoedit was compiled without plot-svg support and tries to use it which leads to the "Unsupported output format plot-svg"-error.
Removing pstoedit from the CONVERTERS-line (924 in textext.py) induces textext to ignore the pstoedit/plot-svg method and to use the pstoedit/skconvert-Method which works in my case.

[xylo (stefan-endrullis)]

I can't believe that this is still an issue in Ubuntu Intrepid.
Why is "Inkscape (Ubuntu)" marked as "Fix Committed"? That's a bit irritating. What has been committed there? Well, definitely not Rygle's patch, because you still have to apply it to enable the Latex extension.

[mahfiaz (mahfiaz)]

Sorry to disappoint you, but current practice is to mark bug "fix released" when patch is committed to trunk. This is simply to reduce the time some developer would need to waste marking "fix committed" bugs as "fix released". This has been discussed, this probably will not change.
If you really need this patch you can compile inkscape yourself, this isn't that hard at all, just follow http://inkscape.org/wiki/index.php/CompilingUbuntu and you will get a bunch of additional breathtaking new features (and some bugs).

[xylo (stefan-endrullis)]

OK, only "fix released" means that the package includes the patch.
BTW you do not need to compile inkscape package yourself to apply Rygle's patch. Only a pythen scrpt has been changed.

[humufr (humufr-deactivatedaccount)]

No way. It's still broken? Unbelievable!

@mahfiaz if I want to compile every soft on my linux I don't think I will use a distribution like ubuntu but something a little more like gentoo...

We are speaking about a bug which has been corrected for inkscape two version ago...

[mahfiaz (mahfiaz)]

Just press it on, there is reason enough to release 0.46.1 version, also ubuntu guys are known to be of hacker type, they can simply replace the python script according to xylo.

[Luca Bruno (lucab)]

Milestoned for 0.46.1, I think it would get in as soon as a release warden take a look at it.

[xylo (stefan-endrullis)]

Thanks!

[Sébastien MURER (MuMu) (seb-murer)]

Thanks for the patch. I'm a Debian testing user, and I installed Inkscape 0.46-3 from unstable, just to notice that the bug is still present in that version :(

Had to apply the patch once again...

Well thanks anyway !

[Bryce Harrington (bryce)]

Looks like this was fixed in 0.46-4

[Leandro (leandromartinez98)]

I'm using: inkscape_0.46-5ubuntu4_i386.deb on Ubuntu 9.04 and I get the error reported below.

I've tryied to apply the patch, but I get this message:

curl -s 'thttp://launchpadlibrarian.net/14090556/eqtexsvg.py_linux_shell_apply.patch' | sudo patch -p0
patching file eqtexsvg.py
Reversed (or previously applied) patch detected! Assume -R? [n] y
Hunk #3 FAILED at 95.
Hunk #4 FAILED at 108.
2 out of 4 hunks FAILED -- saving rejects to file eqtexsvg.py.rej

Or (after reinstalling inkscape), I apply the patch answering no to the question, I get:

Reversed (or previously applied) patch detected! Assume -R? [n] n
Apply anyway? [n] y
Hunk #1 FAILED at 49.
Hunk #2 FAILED at 88.
Hunk #3 FAILED at 98.
Hunk #4 FAILED at 113.
4 out of 4 hunks FAILED -- saving rejects to file eqtexsvg.py.rej

The patch does not work in either case.

The error is this:

Traceback (most recent call last):
  File "/usr/share/inkscape/extensions/eqtexsvg.py", line 134, in <module>
    e.affect()
  File "/usr/share/inkscape/extensions/inkex.py", line 154, in affect
    self.effect()
  File "/usr/share/inkscape/extensions/eqtexsvg.py", line 130, in effect
    svg_open(self, svg_file)
  File "/usr/share/inkscape/extensions/eqtexsvg.py", line 69, in svg_open
    doc = inkex.etree.parse(filename)
  File "lxml.etree.pyx", line 2583, in lxml.etree.parse (src/lxml/lxml.etree.c:25057)
  File "parser.pxi", line 1465, in lxml.etree._parseDocument (src/lxml/lxml.etree.c:63523)
  File "parser.pxi", line 1494, in lxml.etree._parseDocumentFromURL (src/lxml/lxml.etree.c:63767)
  File "parser.pxi", line 1394, in lxml.etree._parseDocFromFile (src/lxml/lxml.etree.c:62923)
  File "parser.pxi", line 968, in lxml.etree._BaseParser._parseDocFromFile (src/lxml/lxml.etree.c:60309)
  File "parser.pxi", line 542, in lxml.etree._ParserContext._handleParseResultDoc (src/lxml/lxml.etree.c:56659)
  File "parser.pxi", line 628, in lxml.etree._handleParseResult (src/lxml/lxml.etree.c:57504)
  File "parser.pxi", line 566, in lxml.etree._raiseParseError (src/lxml/lxml.etree.c:56876)
IOError: Error reading file '/tmp/inkscape-B6iDyG/eq.svg': failed to load external entity "/tmp/inkscape-B6iDyG/eq.svg"

[nemarona (nemarona)]

Three years on, this is still an issue in Ubunty Jaunty.

[xylo (stefan-endrullis)]

In Karmic I could not find the latex plugin anymore. Has it been removed from the inkscape package?

[xylo (stefan-endrullis)]

For those who have still problem of getting the latex plugin to work, there is an alternative latex plugin available on http://www.elisanet.fi/ptvirtan/software/textext/
It allows you also to edit the formulas anytime after creation, because it also stores the tex code beside the formula in the svg file.