I am well on the way to fixing this bug for karmic/lucid, however, there appears to be 2 separate bugs:
1) pstops itself is ignoring the %%IncludeFeature directives. I am working on a patch for this and will co-ordinate upstream. 2) Ubuntu has switched to a "everything is a PDF" method of printing. Unfortunately, pstopdf, which is supplied by the packagers and NOT by cups itself strips absolutely ALL %% directives. No %%IncludeFeatures no nothing. It tries to set up defaults by grepping some info out of the PPD for the printer, and passing this along to ghostscript. This is totally unacceptable, as it means ANY printer directives added in by a program such as OpenOffice.org in the postscript stream are summarily ignored. So, the "global redirect" in pstopdf simply isn't going to work. For OpenOffice.org, at least, the filter path will have to pass through "unmolested" to pstops, otherwise there's no hope of ever getting multi bin support to work. I'll handle 1) first, and file the patch here. I'll open a second bug for 2) when I'm done with 1) and handle it there. -- Multi bin printing broken in OpenOffice.org due to cupsys pstops filter bug https://bugs.launchpad.net/bugs/307471 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
