See http://www.cups.org/str.php?L1125 ------------------------------------------------------------------------------ the scripts which call the gs executable (like pdf2ps or ps2ps among others) usually call gs with "exec gs $OPTIONS (...)" in some cases the gs in the path may not be the gs the script was created with. ie calling /usr/local/bin/pdf2ps uses /usr/bin/gs instead of using /usr/local/bin/gs because /usr/local/bin is not in the user's path. this could be avoided by using full paths in these scripts (i don't know if it's feasible easily though but if it is it would be nice) ------------------------------------------------------------------------------ The attached patch lets the scripts search for Ghostscript in the same directory as the script itself.
Created attachment 3138 [details] Let the scripts call Ghostscript from the same directory
Note that since this is intended for GPL Ghostscript, it shouldn't mention "ESP Ghostscript". Please use either "GPL Ghostscript" or just "Ghostscript".
Created attachment 3147 [details] Offending PS file
Comment on attachment 3147 [details] Offending PS file Sorry, the patch was for another bug, so ignore it.
The attached patch is not 100% correct. The string gs (not the variable gs) must be replaced by $GS_EXECUTABLE, so that the scripts will also work if the Ghostscript executable has a non-standard name.
Fixed in rev 8107.