https://bugzilla.novell.com/show_bug.cgi?id=776080 https://bugzilla.novell.com/show_bug.cgi?id=776080#c2 Johannes Meixner changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO Found By|--- |Community User InfoProvider| |fdan52@comcast.net Summary|Can't print two side |Can't print two side |documnets on a HP laserjet |documnets on a HP laserjet |printer |4000n printer --- Comment #2 from Johannes Meixner 2012-08-28 10:12:42 UTC --- I do not have your particular printer model so that I cannot reproduce it on my own. Have a look at http://en.opensuse.org/SDB:How_to_Report_a_Printing_Issue how you could provide more information that could help me to find out the root cause of your issue. In comment#0 you wrote "YAST ... The test pages printed correctly". Does this mean that in YaST you selected "Print Test Page" and then "Two test pages" and you got the two test pages printed in duplex mode (i.e. on both sides of a single paper)? If yes, it means that basically duplex printing works (i.e. the printing system can do it) but probably something in your applications dos no longer let you do duplex printing. Does duplex printing also work when you print with echo -e 'One\fTwo' | lp -d and depending on your paper format with either of the commands echo -e 'A4-1\fA4-2' | a2ps -1 -M A4 -o- | lp -d echo -e 'Letter-1\fLetter-2' | a2ps -1 -M Letter -o- | lp -d -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=776080 https://bugzilla.novell.com/show_bug.cgi?id=776080#c4 Johannes Meixner changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Can't print two side |GUI printing dialogs do not |documnets on a HP laserjet |allow duplex printing - |4000n printer |commandine works (HP | |laserjet 4000n) --- Comment #4 from Johannes Meixner 2012-09-05 08:17:49 UTC --- O.k. this means the printing system can do duplex printing but the GUI printing dialogs won't let you choose it. Please attach your PPD file /etc/cups/ppd/.ppd as MIME type "text/plain" to this bug and attach a screenshot of such a GUI program pop-up that does not let you select single or double sided printing. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=776080 https://bugzilla.novell.com/show_bug.cgi?id=776080#c5 --- Comment #5 from Frank Daniel 2012-09-08 04:04:27 UTC --- Created an attachment (id=504946) --> (http://bugzilla.novell.com/attachment.cgi?id=504946) The requested PPD file -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=776080 https://bugzilla.novell.com/show_bug.cgi?id=776080#c7 Frank Daniel changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P3 - Medium |P2 - High Version|RC 2 |Final InfoProvider|fdan52@comcast.net |jsmeix@suse.com Target Milestone|RC 2 |Final Severity|Major |Critical --- Comment #7 from Frank Daniel 2012-09-08 04:20:41 UTC --- I have downloaded the public release of 12.2. The problem still exist. I have attached the requested files. Note that though the GUI pop-up appears to say duplex printing should occur, in reality the printer only does single side printing. An observation: The printing is slower than normal and printer appears to be running a duplex page. But only a single page is printed. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=776080 https://bugzilla.novell.com/show_bug.cgi?id=776080#c9 Eric Schott changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |eschott@psu.edu --- Comment #9 from Eric Schott 2012-10-07 01:51:45 UTC --- Duplex printing broke for me when I upgraded from 12.1 to 12.2. I did an "on-line" upgraded (added repos and did a zypper dup). This also occurs on another 12.2 machine where I did a fresh install. My printer is a Dell 5110cn. I used the same PPD as with 12.1 (it was all in /etc/cups/ppd. I tried the two page Yast test print. The two pages were printed on separate sheets. Duplex printing from application programs fail as well. I have IPV6 disabled and /var/log/cups/error_log has "Unable to bind socket for address [v1.::1]:631 - Cannot assign requested address." -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=776080 https://bugzilla.novell.com/show_bug.cgi?id=776080#c11 --- Comment #11 from Eric Schott 2012-10-11 10:19:47 UTC --- After reading RedHat Bugzilla, I change my libreoffice from using a PDF driver to a PS driver (my printer is a Dell5110cn: industrial network printer) and found the Duplex setting now works. Still no duplex in other programs (Chrome, Okular, etc). I am wondering if this could be a CUPS or Ghostscript issue. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=776080 https://bugzilla.novell.com/show_bug.cgi?id=776080#c13 --- Comment #13 from Eric Schott 2012-10-12 12:32:28 UTC --- Thanks for that message. Here is a more complete test. First, I defined two functions: ps-test () { echo -e "PS Print: Page 1:\"${@}\"\fPS Print: Page 2: \"${@}\"" | a2ps -1 -M Letter -o- | lp ${@}; } pdf-test () { echo -e "PDF Print: Page 1:\"${@}\"\fPDF Print: Page 2: \"${@}\"" | a2ps -1 -M Letter -o- | ps2pdf - | lp ${@}; } My printer default as shown by 'lpoptions -l -p dell5110cn | grep Duplex' is 'Duplex/2 Sided Print: *None DuplexNoTumble DuplexTumble' Now, the tests: 'ps-test -d dell5110cn -o sides=two-sided-short-edge' RESULT: Duplex as expected 'ps-test -d dell5110cn -o Duplex=DuplexNoTumble' RESULT: Duplex as expected 'pdf-test -d dell5110cn -o Duplex=DuplexNoTumble' RESULT: NO Duplex *FAIL* 'pdf-test -d dell5110cn -o sides=two-sided-short-edge' RESULT: NO Duplex *FAIL* Could it be the options are lost somewhere in the interaction between CUPS and GhostScript. I am using the printing repository: cups-1.5.4-96.1.x86_64 ghostscript-9.06-27.1.x86_64 I now realize my problem is different from the original poster. Should I open a new bug request? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=776080 https://bugzilla.novell.com/show_bug.cgi?id=776080#c15 --- Comment #15 from Johannes Meixner 2012-10-12 15:35:47 CEST --- Only FYI: On my SLED11-SP1 workstation (I run on my workstation what most of our business customers run) with CUPS 1.5.4 and Ghostscript 9.06 from the "Printing" project I cannot reproduce it (your PPD file in your attachment #508445 is /tmp/bug776080/bug-776080_delllocal.ppd on my workstation): ---------------------------------------------------------------------------- # lpadmin -p testq -v file:///tmp/testq.out \ -P /tmp/bug776080/bug-776080_delllocal.ppd -E # echo -e "page1\fpage2" | a2ps -1 -M a4 -o- \ | lp -d testq -o Duplex=DuplexNoTumble [stdin (plain): 2 pages on 2 sheets] [Total: 2 pages on 2 sheets] sent to the standard output request id is testq-76 (0 file(s)) # mv /tmp/testq.out /tmp/testq.out.ps-test.DuplexNoTumble # echo -e "page1\fpage2" | a2ps -1 -M a4 -o- | ps2pdf - \ | lp -d testq -o Duplex=DuplexNoTumble [stdin (plain): 2 pages on 2 sheets] [Total: 2 pages on 2 sheets] sent to the standard output request id is testq-77 (0 file(s)) # mv /tmp/testq.out /tmp/testq.out.pdf-test.DuplexNoTumble # for f in /tmp/testq.out* ; do echo $f: ; \ grep -A4 DuplexNoTumble $f ; echo == ; done /tmp/testq.out.pdf-test.DuplexNoTumble: %%BeginFeature: *Duplex DuplexNoTumble 2 dict dup /Duplex true put dup /Tumble false put setpagedevice %%EndFeature == /tmp/testq.out.ps-test.DuplexNoTumble: %%BeginFeature: *Duplex DuplexNoTumble 2 dict dup /Duplex true put dup /Tumble false put setpagedevice %%EndFeature == ---------------------------------------------------------------------------- This shows that neither CUPS nor Ghostscript seem to be the root cause but more likely something in openSUSE 12.2 I will re-do the test on an openSUSE 12.2 system... -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=776080 https://bugzilla.novell.com/show_bug.cgi?id=776080#c17 --- Comment #17 from Eric Schott 2012-10-12 13:43:57 UTC --- Created an attachment (id=509395) --> (http://bugzilla.novell.com/attachment.cgi?id=509395) All four PS files This tar has all four PS files in their entirety. Curious how mangled the PostScript is by the PS -> PDF -> PS translation. Maybe GhostScript is the culprit. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=776080 https://bugzilla.novell.com/show_bug.cgi?id=776080#c19 --- Comment #19 from Johannes Meixner 2012-10-12 16:01:30 CEST --- Regarding "Curious how mangled the PostScript is by the PS -> PDF -> PS translation. Maybe GhostScript is the culprit." In your files testq.out.pdf-test.DuplexNoTumble and testq.out.pdf-test.two-sided-short-edge there is ----------------------------------------------------------------------------- %Produced by poppler pdftops version: 0.20.0 (http://poppler.freedesktop.org) ----------------------------------------------------------------------------- poppler's /usr/bin/pdftops and Ghostscript's /usr/bin/pdf2ps and /usr/bin/ps2pdf are totally different programs. If the additional conversion back to PostScript via Ghostscript's "pdf2ps - -" in comment #18 works for you, it indicates that the root cause of this issue is again poippler's PostScript. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=776080 https://bugzilla.novell.com/show_bug.cgi?id=776080#c21 --- Comment #21 from Johannes Meixner 2012-10-12 16:18:51 CEST --- No, I did not intend to shoot something, I only used http://dict.leo.org/ to get a translation for the German "ins blaue" and I got "a shot in the dark". The German "ein Schuss ins Blaue" means to do something without good knowledge about it, something like "on the off chance" or "hit-or-miss"... Since comment #20 it looks like one more duplicate of bnc#774627 (and its duplicates). Eric Schott, please try out if a poppler version upgrade as described in some comments in bnc#774627 also helps in your case. If yes, this one is actually a duplicate of bnc#774627 In your case the Dell Color Laser 5110cn PS is a bit smarter than the other PostScript printers in bnc#774627 (and its duplicates) because the Dell Color Laser 5110cn does not completely fail - only duplex (and perhaps some other options) do not work with poppler's PostScript. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=776080 https://bugzilla.novell.com/show_bug.cgi?id=776080#c23 --- Comment #23 from Johannes Meixner 2012-10-17 17:34:35 CEST --- Now hopefully a shot in the dawn: ----------------------------------------------------------------- # /usr/bin/pdftops -h ... -duplex : enable duplex printing ----------------------------------------------------------------- It seems pdftops has its own built-in duplex handling and perhaps one needs to call pdftops with -duplex so that pdftops's built-in duplex handling also enables duplex printing regardless that afterwards CUPS will add the PostScript snippet ----------------------------------------------------------------- 2 dict dup /Duplex true put dup /Tumble false put setpagedevice ----------------------------------------------------------------- to enable duplex as usual for a PostScript printer via the matching PostScript snippet from the PPD file. When CUPS gets PDF it runs /usr/bin/pdftops to convert it into PostScript because CUPS needs PostScript so that it can add the PostScript snippets from the PPD file to enable this or that option in a PostScript printer. I assumed that CUPS runs /usr/bin/pdftops in a generic way because it needs generic PostScript (without any options set as "/usr/bin/pdftops -duplex" might do) because the options are set by CUPS via the PostScript snippets. To verify how CUPS calls /usr/bin/pdftops, I did # mv /usr/bin/pdftops /usr/bin/pdftops.away and installed this as -rwxr-xr-x /usr/bin/pdftops ------------------------------------------------------------- #! /bin/bash echo $@ >/tmp/pdftops.args set >/tmp/pdftops.env sleep 60 exit 0 ------------------------------------------------------------- Then I sent a print job: ----------------------------------------------------------------- # echo -e "page1\fpage2" | a2ps -1 -M a4 -o- | ps2pdf - - \ | lp -d testq -o Duplex=DuplexNoTumble [stdin (plain): 2 pages on 2 sheets] [Total: 2 pages on 2 sheets] sent to the standard output request id is testq-93 (0 file(s)) ----------------------------------------------------------------- This is what ps shows while /usr/bin/pdftops runs: ------------------------------------------------------------------------- lp ... /bin/bash /usr/bin/pdftops -level3 /var/spool/cups/d00093-001 - ------------------------------------------------------------------------- and accordingly /tmp/pdftops.args contains ------------------------------------------------------------- -level3 /var/spool/cups/d00093-001 - ------------------------------------------------------------- As expected CUPS calls /usr/bin/pdftops in a generic way in particular without -duplex. Eric Schott, now you need to verify if calling pdftops with -duplex is required to make duplex printing work regardless that afterwards CUPS will add the PostScript snippet to also enable duplex printing. pdftops needs its input in a regular file (usual requirement when processing PDF files which have a reference "xref" table at the end) therefore the test has now two steps: # echo -e "page1\fpage2" | a2ps -1 -M Letter -o- \ | ps2pdf - /tmp/test.pdf # pdftops -level3 -duplex /tmp/test.pdf - \ | lp -d dell5110cn -o Duplex=DuplexNoTumble One more shot in the dark: If the Dell Color Laser 5110cn PS is only a PostScript Level 2 printer try out if # pdftops -level2 -duplex /tmp/test.pdf - \ | lp -d dell5110cn -o Duplex=DuplexNoTumble or even # pdftops -level2 /tmp/test.pdf - \ | lp -d dell5110cn -o Duplex=DuplexNoTumble print duplex (see the "pdftops -h" output). -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=776080 https://bugzilla.novell.com/show_bug.cgi?id=776080#c25 Johannes Meixner changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |NEW CC| |dmueller@suse.com, | |jsmeix@suse.com, | |vuntz@suse.com AssignedTo|jsmeix@suse.com |zaitor@opensuse.org Summary|No duplex printing in case |poppler > 0.18.0: no duplex |of PDF (PostScript works) |printing on Dell Color |on a Dell Color Laser |Laser 5110cn PS (works with |5110cn PS |poppler 0.18.0) --- Comment #25 from Johannes Meixner 2012-10-25 09:14:11 CEST --- See the above comment #24: It seems there is a regeression in the poppler version in openSUSE 12.2 which affects at least a Dell Color Laser 5110cn PostScript printer. With the poppler version in openSUSE 12.2 duplex printing does no longer work on a Dell Color Laser 5110cn PS. With poppler 0.18.0 duplex printing works on that printer. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=776080 https://bugzilla.novell.com/show_bug.cgi?id=776080#c27 Warren Jones changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |wjones@fluke.com --- Comment #27 from Warren Jones 2012-10-30 21:44:46 UTC --- I encountered the same problem with a Ricoh Aficio MP 3351. I suspect the bug is not printer-specific. The work-around, as suggested by earlier comments, was to install these three packages from openSUSE 12.1: libpoppler18-0.18.0-2.1.3.i586.rpm libtiff3-3.9.5-8.1.2.i586.rpm poppler-tools-0.18.0-2.1.3.i586.rpm However, these files are the only ones that really matter: /usr/bin/pdftops /usr/lib/libpoppler.so.18 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=776080 https://bugzilla.novell.com/show_bug.cgi?id=776080#c28 zorkiaa zorkiaa changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |zorki@softhome.net --- Comment #28 from zorkiaa zorkiaa 2012-11-09 12:42:50 UTC --- I encountered the same problem with a HP LaserJet P2015 on OpenSuse 12.2. But, if I choose in LibreOffice's print dialogue "Printer Properties" and then "Device" and then switch "Printer language" from Pdf to Postscript, and then Duplex work fine. How to change the Printer Language for the entire system (OpenSuse 12.2) from PDF to Postscript? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=776080 https://bugzilla.novell.com/show_bug.cgi?id=776080#c30 Johannes Meixner changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |stefan.fent@suse.com --- Comment #30 from Johannes Meixner 2012-11-15 12:23:07 CET --- Stefan, only FYI, see starting at https://bugzilla.novell.com/show_bug.cgi?id=776080#c24 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=776080 https://bugzilla.novell.com/show_bug.cgi?id=776080#c32 Johannes Meixner changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO CC| |bbrunner@suse.com InfoProvider| |bbrunner@suse.com --- Comment #32 from Johannes Meixner 2012-11-30 10:48:15 CET --- Stefan Brüns, it seems you have fixed it in the package cups in the openSUSE build service project openSUSE:12.2 cups home:StefanBruens:branches:openSUSE:12.2:Update by adding to cups.spec only "BuildRequires: poppler-tools" and with this cups.changes comment: ------------------------------------------------------------------------- Wed Nov 28 21:54:57 UTC 2012 - stefan.bruens@rwth-aachen.de - newer poppler pdftops supports and needs '-origpagesizes' when called from cups filter. The configure check requires poppler-tools Fixes bnc#776080 (nonworking duplex printing) -------------------------------------------------------------------------

From Benjamin Brunner I got the openSUSE build service request 143497 to review this change.

From what I read there there is a check during "configure"

I do not have the time to reverse-engineer in detail how exactly this fix works so that I ask here for some explanation how "BuildRequires: poppler-tools" in the package cups actually makes it work. On a first glance it seems it is as follows: It seems the issue is related to https://www.cups.org/str.php?L3689 that disables using '-origpagesizes' if poppler-tools are not installed in the build system. Therefore - as far as I currently understand it - adding "BuildRequires: poppler-tools" makes the build-time check succeed when the installed Poppler is really new enough to contain the "-origpagesizes" option in /usr/bin/pdftops which causes that the CUPS filter /usr/lib/cups/filter/pdftops uses "-origpagesizes" when calling /usr/bin/pdftops. Stefan Brüns, is my understanding correct? Regarding adding "BuildRequires: poppler-tools": At some time in the past we had a build dependency cycle between cups and poppler (see cups.changes) so that adding "BuildRequires: poppler-tools" may re-introduce such a build dependency cycle again. Furthermore: Adding "BuildRequires: poppler-tools only to let a configure check succeed looks like overkill, compare what I wrote in cups.changes some time ago: ------------------------------------------------------------------- - full_path_to_configure_with-pdftops.patch adds support to specify a full path in 'configure --with-pdftops=/usr/bin/pdftops' to avoid 'BuildRequires: xpdf-tools' which would bloat the build system but would be only needed to satisfy 'AC_PATH_PROG(CUPS_PDFTOPS, pdftops)' in cups-pdf.m4 if only 'configure --with-pdftops=pdftops' was possible (Novell/Suse Bugzilla bnc#526847). ------------------------------------------------------------------- I think the whole idea of such a check in the build system is broken because such a check would actually have to be done during runtime because what really matters is whether or not /usr/bin/pdftops on the end-user system supports '-origpagesizes' which means the check would actually have to happen in /usr/lib/cups/filter/pdftops. But I do not have the time to fix this mess properly so that for me adding "BuildRequires: poppler-tools" is o.k. if it does not cause issues in our whole build system. Benjamin Brunner, please check if adding "BuildRequires: poppler-tools" causes a build dependency cycle. If adding "BuildRequires: poppler-tools" does not cause a severe issues in our build system, I accept it. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=776080 https://bugzilla.novell.com/show_bug.cgi?id=776080#c34 --- Comment #34 from Johannes Meixner 2012-11-30 12:36:18 CET --- I accepted the review request 143497 with this comment: ------------------------------------------------------------------ For me (jsmeix) adding "BuildRequires: poppler-tools" is o.k. regarding the package cups but it might cause issues (e.g. build dependency cycle) in our build system, see https://bugzilla.novell.com/show_bug.cgi?id=776080#c32 ------------------------------------------------------------------ -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=776080 https://bugzilla.novell.com/show_bug.cgi?id=776080#c36 --- Comment #36 from Stefan Brüns 2012-11-30 17:04:40 UTC --- See https://bugzilla.novell.com/show_bug.cgi?id=776080#c32 from Johannes, which is correct. Short version: configure checks if poppler pdftops supports the "-origpagesizes" option. If it is not there during build, but during runtime, the wrong options are used. Yes, this is broken - if you e.g. install poppler from KDE/Release/49 on oS12.1, this breaks duplex printing. It really should be a runtime check, on the other hand this is not necessary if we know it is there. Maybe something like (warning, pseudo code only) should be done in the specfile: -- %if{SUSE_VERSION} > 1210 Requires: poppler-tools >= 0.21 <- version guessed Patch99: disable_origpagesizes_configure_check.diff %else Patch99: do_runtime_origpagesize_check.diff %endif -- -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=776080 https://bugzilla.novell.com/show_bug.cgi?id=776080#c38 --- Comment #38 from Stefan Brüns 2012-12-03 16:33:01 UTC --- The cups specfile has: Recommends: /usr/bin/pdftops I think a requires would be fitting better, as the pdftops filter is used/required for all PDF producing applications, which is anything Qt4 or recent Cairo based. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=776080 https://bugzilla.novell.com/show_bug.cgi?id=776080#c40 --- Comment #40 from Johannes Meixner 2012-12-04 10:09:13 CET --- Regarding comment #38 "pdftops filter is used/required for all PDF producing applications, which is anything Qt4 or recent Cairo based": No. PDF printing works on a client system even without pdftops on the client system when the client system uses only CUPS servers in the network for printing so that the pdftops filter is not run on the client but on a CUPS server. Please do not make our printing packages only for home-user systems with a local printer but keep network environments in mind. Not only SLES but also openSUSE is used in network environments (sometimes even in business network environments). -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=776080 https://bugzilla.novell.com/show_bug.cgi?id=776080#c42 --- Comment #42 from Eric Schott 2012-12-14 01:36:49 UTC --- Created an attachment (id=517058) --> (http://bugzilla.novell.com/attachment.cgi?id=517058) Packages used for tests List of cups and poppler packages. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=776080 https://bugzilla.novell.com/show_bug.cgi?id=776080#c44 --- Comment #44 from Eric Schott 2012-12-14 02:26:51 UTC --- (In reply to comment #43)

Results of tests with packages in Maint-1147 - Tests per comment 13: - ps-test & pdf-test with Duplex=DuplexNoTumble: Correctly duplexes long edge - ps-test & pdf-test with Duplex=DuplexTumble: Correctly duplexes short edge - ps-test & pdf-test with Duplex=None: Correctly printes on two sheets - ps-test & pdf-test with sides=two-sided-long-edge: Correctly duplexes long edge - ps-test & pdf-test with sides=two-sided-short-edge: Incorrect: duplexes on long edge - ps-test & pdf-test with sides=one-sided: Incorrect: duplexes on long edge - For the above, /etc/cups/lpoptions had Default dell5110cn Duplex=DuplexNoTumble sides=two-sided-long-edge. I may test with more

I changed /etc/cups/lpoptions to have "Default dell5110cn sides=two-sided-long-edge" and all the above tests duplex correctly. Very happy here. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=776080 https://bugzilla.novell.com/show_bug.cgi?id=776080#c46 --- Comment #46 from Johannes Meixner 2012-12-14 10:19:03 CET --- Eric Schott, for general information regarding the various ways of option settings and possible confusions, see http://en.opensuse.org/SDB:Print_Settings_with_CUPS I think in your case the default option settings via lpoptions might mix up with the individual option settings via lp command line parameters '-o...' or with individual option settings in print menues of application programs so that in the end the CUPS filters might get self-contradicting option settings like sides=two-sided-long-edge sides=two-sided-short-edge (one from lpoptions the other one from lp command) CUPS filters get all option settings via argv[5], see "man 7 filter". To see which option settings have been actually used for a print job, set in /etc/cups/cupsd.conf "LogLevel debug" and restart the cupsd. Then argv[5] will be shown in /var/log/cups/error_log If CUPS filters get self-contradicting option settings it would be random which option setting is actually used. Furthermore in comment#43 you wrote "/etc/cups/lpoptions" and "remote client": If I remember correctly, /etc/cups/lpoptions is only applied for print jobs that are submitted on the host where the /etc/cups/lpoptions is. This means that for print jobs that come in from a remote client a /etc/cups/lpoptions file on that client is used but a /etc/cups/lpoptions file on the print server is not used. The actual behaviour may even depend on the CUPS version. See in particular the "Suggestion for Keeping an Overview" in http://en.opensuse.org/SDB:Print_Settings_with_CUPS -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=776080 https://bugzilla.novell.com/show_bug.cgi?id=776080#c50 Benjamin Brunner changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #50 from Benjamin Brunner 2012-12-18 13:38:21 CET --- Update released for openSUSE 12.2. I'll close the bug resolved fixed, but feel free to reopen it if something is still wrong. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=776080 https://bugzilla.novell.com/show_bug.cgi?id=776080#c52 --- Comment #52 from Johannes Meixner 2012-12-20 14:57:02 CET --- Fixed cups in the "Printing" project accordingly via submitrequest 146146 and forwarded this to openSUSE:Factory via submitrequest 146147 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=776080 https://bugzilla.novell.com/show_bug.cgi?id=776080#c54 --- Comment #54 from Johannes Meixner 2012-12-20 16:00:11 CET --- FYI: A summary for CUPS in the "Printing" project whether or not /usr/lib/cups/filter/pdftops calls /usr/bin/pdftops with "-origpagesizes": ------------------------------------------------------------------------------ $ for r in SLE_11 SLE_11_SP1 SLE_11_SP2 \ openSUSE_11.4 openSUSE_12.1 openSUSE_12.2 \ openSUSE_Factory openSUSE_Tumbleweed ; \ do for a in i586 x86_64 ; \ do echo $r $a ; \ osc remotebuildlog Printing cups $r $a \ | grep -o ' checking whether pdftops supports -origpagesizes.*' ; \ done ; \ done SLE_11 i586 checking whether pdftops supports -origpagesizes... no SLE_11 x86_64 checking whether pdftops supports -origpagesizes... no SLE_11_SP1 i586 checking whether pdftops supports -origpagesizes... yes SLE_11_SP1 x86_64 checking whether pdftops supports -origpagesizes... yes SLE_11_SP2 i586 checking whether pdftops supports -origpagesizes... yes SLE_11_SP2 x86_64 checking whether pdftops supports -origpagesizes... yes openSUSE_11.4 i586 checking whether pdftops supports -origpagesizes... yes openSUSE_11.4 x86_64 checking whether pdftops supports -origpagesizes... yes openSUSE_12.1 i586 checking whether pdftops supports -origpagesizes... yes openSUSE_12.1 x86_64 checking whether pdftops supports -origpagesizes... yes openSUSE_12.2 i586 checking whether pdftops supports -origpagesizes... yes openSUSE_12.2 x86_64 checking whether pdftops supports -origpagesizes... yes openSUSE_Factory i586 checking whether pdftops supports -origpagesizes... yes openSUSE_Factory x86_64 checking whether pdftops supports -origpagesizes... yes openSUSE_Tumbleweed i586 checking whether pdftops supports -origpagesizes... yes openSUSE_Tumbleweed x86_64 checking whether pdftops supports -origpagesizes... yes ------------------------------------------------------------------------------ -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=776080 https://bugzilla.novell.com/show_bug.cgi?id=776080#c56 --- Comment #56 from Bernhard Wiedemann 2012-12-21 18:00:10 CET --- This is an autogenerated message for OBS integration: This bug (776080) was mentioned in https://build.opensuse.org/request/show/146147 Factory / cups -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.