Bug#561151: pdvipdfm fails to convert eps images

[Bas Zoetekouw <bas@debian.org>]

Hi!

> Looking at the strace output, it seems dvipdfmx really seems to try
> and run the command "rungs" rather than simply "gs".  
> 
> | [bas@helena]blktrace/btt/doc> strace -ff dvipdfm btt.dvi|&grep execve
> | execve("/usr/bin/dvipdfm", ["dvipdfm", "btt.dvi"], [/* 68 vars */]) = 0
> | [pid 16410] execve("/bin/sh", ["sh", "-c", "rungs -q -dNOPAUSE -dBATCH -sPAP"...], [/* 74 vars */]) = 0
> 
> The command above with s/rungs/gs/ run flawlessly from the command line.

Upon further inspection, it seems the command "rungs" used to be some
kund of safe wrapper around gs, but that it doesn't exist anymore in
Debian.  
However, in the config file (dvipdfmx.cfg) it explicitly says:

| %% We use the rungs wrapper instead of ps2pdf, becuse we cannot use the
| %% -dSAFER which ps2pdf does: when used with pstricks,
| %% /usr/local/texlive/2009/texmf-dist/dvips/pstricks/pstricks.pro (for
| %% example) needs to be accessed.
| D  "rungs -q -dNOPAUSE -dBATCH -sPAPERSIZE=a0 -sDEVICE=pdfwrite -dCompatibilityLevel=%v -dAutoFilterGrayImages=false -dGrayImageFilter=/FlateEncode -dAutoFilterColorImages=false -dColorImageFilter=/FlateEncode -sOutputFile=%o %i -c quit"

so i'm not sure how to solve this, as runnign a plain gs would probably
open up all kind of weird attacks around insecure posscript code.

Any ideas?

Thanks,
Bas.

-- 
+--------------------------------------------------------------+
| Bas Zoetekouw      | Sweet day, so cool, so calm, so bright, |
|--------------------| The bridall of the earth and skie:      |
| bas@zoetekouw.net  | The dew shall weep thy fall tonight;    |
+--------------------|                    For thou must die.   |
                     +-----------------------------------------+