The originally reported bug here is not a problem of Ghostscript, but of how the /usr/bin/epstopdf script calls Ghostscript. The script is part of texlive-font-utils, moving ...
Sorry for closing the bug, I confused it with the warning being issued during the print workflow. In the print workflow I have fixed the problem by calling Ghostscript with "-dColorConversionStrategy=/LeaveColorUnchanged" instead of "-dUseDeviceIndependentColor", At least in the print workflow one can do so as the pre-filter for turning incoming PostScript to PDF is not supposed to do color corrections.
The originally reported bug here is not a problem of Ghostscript, but of how the /usr/bin/epstopdf script calls Ghostscript. The script is part of texlive-font-utils, moving ...
Sorry for closing the bug, I confused it with the warning being issued during the print workflow. In the print workflow I have fixed the problem by calling Ghostscript with "-dColorConvers ionStrategy= /LeaveColorUnch anged" instead of "-dUseDeviceInd ependentColor" , At least in the print workflow one can do so as the pre-filter for turning incoming PostScript to PDF is not supposed to do color corrections.