On 7/7/09 14:03, Tavmjong Bah wrote:
Can somebody tell me how to interpret these error messages found in extension-errors.log? Are they valid errors or remnants of old extensions?
Extension "EPSI Output" failed to load because a dependency was not met. Dependency: type: extension location: path string: org.inkscape.output.ps
Extension "AI 8.0 Output" failed to load because a dependency was not met. Dependency: type: extension location: path string: org.inkscape.output.ps
<snip>
Extension "DXF Output" failed to load because a dependency was not met. Dependency: type: extension location: path string: org.inkscape.output.ps
AFAIU these are both: valid errors that are caused by remnants of old extensions. I was searching to get enough info to file a bug for these errors, puzzled by the same questions you asked. Any input if my findings so far are valid and on how to proceed is very appreciated:
1) The internal extension system previously defined 'org.inkscape.output.ps' in the file 'ps-out.cpp':
Last found definition of 'org.inkscape.output.ps':
SVN rev. 19780: inkscape/trunk/src/extensions/internal/ps-out.cpp SVN rev. 19780: log msg 'cairo ps out now the default'
SVN rev. 20239: inkscape/trunk/src/extensions/internal/ps-out.cpp deleted
and replaced it with the new Cairo PS output: inkscape/trunk/src/extension/internal/cairo-ps-out.cpp
The names of the new internal extensions are defined in inkscape/trunk/src/extension/extension.h:
43 /** Defines the key for Postscript printing */ 44 #define SP_MODULE_KEY_PRINT_PS "org.inkscape.print.ps" 45 #define SP_MODULE_KEY_PRINT_CAIRO_PS "org.inkscape.print.ps.cairo" 46 #define SP_MODULE_KEY_PRINT_CAIRO_EPS "org.inkscape.print.eps.cairo" 47 /** Defines the key for PDF printing */ 48 #define SP_MODULE_KEY_PRINT_PDF "org.inkscape.print.pdf" 49 #define SP_MODULE_KEY_PRINT_CAIRO_PDF "org.inkscape.print.pdf.cairo"
On my system (OS X 10.5.7, Inkscape r21714) I tested and replaced 'org.inkscape.output.ps' with 'org.inkscape.print.ps.cairo' in the 3 inx-files that produce above error messages. Now these extensions work if all other path dependencies are resolved (for ai_output.inx see below).
I also updated 'ps_input.inx' (locally) and changed its output_extension to
13c13
< <output_extension>org.inkscape.output.ps</output_extension>
<output_extension>org.inkscape.print.ps.cairo</output_extension>
With this change opening ps files in Inkscape worked for me. Opening eps files OTOH works out of the box, why?
all inx files (SVN) with helper_extensions:
LeWitt:extensions suv$ grep helper_extension *.inx ai_output.inx: <helper_extension>org.inkscape.output.ps</helper_extension> dxf_outlines.inx: <helper_extension>org.inkscape.output.svg.inkscape</helper_extension> dxf_output.inx: <helper_extension>org.inkscape.output.ps</helper_extension> eps_input.inx: <helper_extension>org.inkscape.input.pdf</helper_extension> epsi_output.inx: <helper_extension>org.inkscape.output.ps</helper_extension> gimp_xcf.inx: <helper_extension>org.inkscape.output.svg.inkscape</helper_extension> hpgl_output.inx: <helper_extension>org.inkscape.output.svg.inkscape</helper_extension> ps_input.inx: <helper_extension>org.inkscape.input.pdf</helper_extension> svg_and_media_zip_output.inx: <helper_extension>org.inkscape.output.svg.inkscape</helper_extension> svgz_output.inx: <helper_extension>org.inkscape.output.svg.inkscape</helper_extension> LeWitt:extensions suv$ grep helper_extension *.inx|wc -l 10 LeWitt:extensions suv$
I found 2 further issues with inx-files when trying to reproduce bug #167472 https://bugs.launchpad.net/bugs/167472:
2) svgz_input.inx/svgz_output.inx are redundant / obsolete as their import/export-function seems now handled by the internal extension system (test: remove both from 'share/extensions' -> svgz are still opened and saved without error).
3) Commands with parameters apparently fail when being called directly from an 'inx'-file. Quoting them with ''' or '"' doesn't work either. i.e. the extensions based on svgz_output.inx, svgz_input.inx and ai_output.inx fail.
It looks like the support for <command reldir="path">somecommand -with -arguments</command> is broken or removed in current SVN builds?
LeWitt:extensions suv$ grep reldir *.inx|grep -v extensions ai_output.inx: <command reldir="path">gs -q -dNODISPLAY -dSAFER ps2ai.ps</command> svgz_input.inx: <command reldir="path">gzip -cd</command> svgz_input.inx: <check reldir="path">gzip</check> svgz_output.inx: <command reldir="path">gzip -c</command> LeWitt:extensions suv$
hth, ~suv