Gentoo Linux supplies it's own? version of pdftops for use with CUPS. It references the poppler library and it breaks landscape and other layout changes for Zebra thermal transfer printers. This is critical for our business, and we have to deploy our first barcode solution using Fedora Core. After a little painstaking work we determined that submitting PDFs to CUPS was the problem, and that the rendered PS from the FC9 system was working. Digging around revealed the pdftops change in Gentoo vs. Fedora. I am going to submit an ebuild which adds the pdftops flag to the ebuild. The current behavior remains default, but it allows me to use the built-in pdftops for my nefarious schemes. Reproducible: Always Steps to Reproduce: 1.install cups on gentoo, with PPD for Zebra barcode/thermal transfer printer 2.render a PDF for landscape, position-specific print 3.FAIL Actual Results: Some limited functionality, but scale is wrong and usually the location is not set for landscape or portrait. Expected Results: Print occurs as shown in the PDF. It works on Fedora Core 9.
Created attachment 171592 [details] cups-1.3.9-r2.ebuild cups-1.3.9-r2.ebuild: - Added pdftops flag, retains original behavior, fixes my problem. United North and South Korea.
In is not gentoo-owned program. I want to duplicate that bug-repport with little addition That is error in from cups-1.3.11-r2.ebuild In original ebuild-file cups depends on poppler only run-time, but is wrong position: --- DEPEND="${COMMON_DEPEND} !<net-print/foomatic-filters-ppds-20070501 !<net-print/hplip-1.7.4a-r1" RDEPEND="${COMMON_DEPEND} !virtual/lpr X? ( x11-misc/xdg-utils ) >=virtual/poppler-utils-0.4.3-r1 " ... econf \ ... --with-pdftops=pdftops \ ---- equery b /usr/bin/pdftops [ Searching for file(s) /usr/bin/pdftops in *... ] app-text/poppler-0.12.3-r3 (/usr/bin/pdftops) So, realy cups depends on poppler run-time and build-time. Solution: DEPEND="${COMMON_DEPEND} !<net-print/foomatic-filters-ppds-20070501 * !<net-print/hplip-1.7.4a-r1 + >=virtual/poppler-utils-0.4.3-r1"
cups-1.3 is gone from the tree. If you still have problems with 1.4, please either reopen or open a new bug report with up-to-date information.
