Many modern Linuxes can print PDFs directly, for example, via the "lpr" command. In this case, running pdftops is unneccessary and might even lose information. It would be better to print the PDF directly. We would need some way of determining if the printing system accepts PDFs or not.
According to http://www.cups.org/articles.php?L249+TFAQ+P1+Q, all CUPS systems should be able to handle PDFs: >Yes! CUPS translates your file into information that your printer will >understand. > >By default CUPS takes your current media size you have assigned and centers each >page of the PDF to that. So perhaps all we need to do is to determine if the queue is a CUPS queue or not.
Advantages of printing the PDF directly: * Support for things that PS cannot handle, such as transparency. * Faster print time. For example, thin terminals might take a very long time to convert PDF to PS. The conversion might even run out of RAM. During the conversion, tlclient is blocked. * Reliability. The fewer conversion steps, the better. For example, fonts are problematic.
*** Bug 5347 has been marked as a duplicate of this bug. ***
CUPS has supported PDF natively for over a decade now. I think we can assume PDF support without any fallback now.
All done. I couldn't really see any differences in printing, but we ship less things and do fewer conversion steps, so I'd still say it's a win. Added release notes as this replaces the effect from bug 8576, and could be useful information for sysadmins in case of issues.
Tested printing as part of bug 8584, did not see any issues. Commits look good.