Re: SVG import / export status ?
I may have a possible explanation for why this sometimes works and sometimes doesn't.
I have installed the same autopackage revision r1690 both here and at home, and while SVG import works just fine from home, at work it doesn't at all (tells me the file may not be SVG, and then reports that the filter reported an error with no message).
Doing some testing, I indeed discovered that if I symlinked the svg filter binaries to a directory on the path, the filter worked.
I happened to notice that at home, $(HOME)/.local/bin was a part of my path, but I wasn't the one that added it. So I checked and discovered that autopackage crammed a line into the end of my .bashrc for me.
I then checked at work, and lo and behold, $(HOME)/.local/bin is in the path as well, for the same reason. And yet, I have to symlink the binaries into a different directory on the path in order to get it to work.
So that's when the penny dropped. You can probably guess what's coming. A quick check of the uptime on my work computer shows that I've been running the same login session since the first time I installed autopackage. This isn't the case at home, as I had to reboot recently during a kernel upgrade.
Here at work my window manager hasn't been restarted in so long that as far as it's concerned, $(HOME)/.local/bin isn't in the path, so anything that it launches also doesn't know. If I launch xaralx from a terminal, it works just fine.
So, I shut down the window manager, did a ". ~/.bashrc" and restarted it, and now things work just dandy.
I'd say that anyone that installed the autopackage as their own user that has problems with SVG import should first try launching the binary from a terminal (if that's not how you're already doing it) and see if that fixes the problem. If so, you may be experiencing the same problem. Nothing a logout-then-login can't cure!
This signature would be seven words long if it was six words shorter.
Bookmarks