I recently attempted to send a PDF file by fax with mgetty-1.1.30-5 using the faxspool command. /usr/bin/faxspool uses acroread - toPostScript to convert pdf to ps. Unfortunately, when acroread converted this particular file to PS, the resulting PS file couldn't be read by gs -- attempts to do so produced an error. I see no reason to use acroread, a non-free program which produces apparently defective ps, when modern versions of gs can read pdf files directly. I modified faxspool to change fs_cvt_pdf to this, and everything seemed to work fine: fs_cvt_pdf() { fs_cvt_ps "$@" }
I don't think the fix I submitted before is the best one. Acroread actually produces much better PostScript from a PDF file than gs does, so it's preferable to use acroread whenever possible. In the case I encountered when acroread produced PostScript that gs couldn't interpret, I found that telling acroread to generate PostScript level 1 instead of level 2 worked around this problem. However we don't want to generate level 1 all the time because it's slower and bigger. So the patch which I will attach momentarily tries level 2 and if that fails falls back on level 1.
Created attachment 97582 [details] try level 1 postscript if level 2 fails
Now fixed in mgetty-1.1.31-2