Red Hat Bugzilla – Bug 115261
mgetty shouldn't use acroread
Last modified: 2007-04-18 13:02:40 EDT
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:
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