Bug#781253: cups: no duplex printing (two-sided) with lp or lpr

On Tue 12 May 2015 at 02:53:44 +0200, Vincent Lefevre wrote: On 2015-05-11 23:12:35 +0100, Brian Potkin wrote: Today, while examining the way Ghostscript and pdftops operate I came (completely unexpectedly) across this: http://bugs.ghostscript.com/show_bug.cgi?id=694852 Your

Bug#781253: cups: no duplex printing (two-sided) with lp or lpr

Control: tags -1 upstream fixed-upstream fixed-in-experimental Control: found -1 9.05~dfsg-6.3+deb7u1 Control: found -1 9.06~dfsg-2 Control: fixed -1 9.15~rc1~dfsg-1 On 2015-05-12 11:10:36 +0100, Brian Potkin wrote: You appear to be correct in thinking the bug has not been attended to in

Processed: Re: Bug#781253: cups: no duplex printing (two-sided) with lp or lpr

Processing control commands: tags -1 upstream fixed-upstream fixed-in-experimental Bug #781253 [ghostscript] no duplex printing (two-sided) with lp or lpr of a letter PDF file on A4 paper Added tag(s) upstream, fixed-in-experimental, and fixed-upstream. found -1 9.05~dfsg-6.3+deb7u1 Bug

Bug#781253: cups: no duplex printing (two-sided) with lp or lpr

reassign 781253 ghostscript thanks On Thu 30 Apr 2015 at 16:15:45 +0100, Brian Potkin wrote: On Thu 30 Apr 2015 at 12:54:09 +0200, Vincent Lefevre wrote: On 2015-04-30 10:32:33 +0100, Brian Potkin wrote: Having to switch renderer to get a satisfactory printout is usually an

Processed: Re: Bug#781253: cups: no duplex printing (two-sided) with lp or lpr

Processing commands for cont...@bugs.debian.org: reassign 781253 ghostscript Bug #781253 [cups-filters-core-drivers] no duplex printing (two-sided) with lp or lpr of a letter PDF file on A4 paper Bug reassigned from package 'cups-filters-core-drivers' to 'ghostscript'. Ignoring request to alter

Bug#781253: cups: no duplex printing (two-sided) with lp or lpr

On 2015-05-11 23:12:35 +0100, Brian Potkin wrote: Today, while examining the way Ghostscript and pdftops operate I came (completely unexpectedly) across this: http://bugs.ghostscript.com/show_bug.cgi?id=694852 Your problem appears to be exactly described in the bug title. Indeed. My

Bug#781253: cups: no duplex printing (two-sided) with lp or lpr

On 2015-04-30 10:32:33 +0100, Brian Potkin wrote: Having to switch renderer to get a satisfactory printout is usually an indication of a problem with the printer not dealing with valid PostScript rather than the filtering system. Or could this be a bug with the default renderer (Ghostscript?)?

Bug#781253: cups: no duplex printing (two-sided) with lp or lpr

On 2015-04-30 10:32:33 +0100, Brian Potkin wrote: Having to switch renderer to get a satisfactory printout is usually an indication of a problem with the printer not dealing with valid PostScript rather than the filtering system. Is there a way to send unfiltered PostScript to the printer in

Bug#781253: cups: no duplex printing (two-sided) with lp or lpr

On Thu 30 Apr 2015 at 12:54:09 +0200, Vincent Lefevre wrote: On 2015-04-30 10:32:33 +0100, Brian Potkin wrote: Having to switch renderer to get a satisfactory printout is usually an indication of a problem with the printer not dealing with valid PostScript rather than the filtering system.

Bug#781253: cups: no duplex printing (two-sided) with lp or lpr

tags 781253 - unreproducible thanks On Mon 27 Apr 2015 at 16:36:18 +0200, Vincent Lefevre wrote: Control: reopen -1 Control: retitle -1 no duplex printing (two-sided) with lp or lpr of a letter PDF file on A4 paper Sorry for the late reply. In the mean time, I talked to the sysadmin

Bug#781253: cups: no duplex printing (two-sided) with lp or lpr

reassign 781253 cups-filters-core-drivers thanks On Wed 29 Apr 2015 at 11:31:52 +0200, Vincent Lefevre wrote: On 2015-04-29 09:23:05 +0100, Brian Potkin wrote: How does babel-bib.pdf print when Page Scaling is set to none in Evince? It sill prints in duplex. Ditto if I unselect Auto

Processed: Re: Bug#781253: cups: no duplex printing (two-sided) with lp or lpr

Processing commands for cont...@bugs.debian.org: reassign 781253 cups-filters-core-drivers Bug #781253 [cups-client] no duplex printing (two-sided) with lp or lpr of a letter PDF file on A4 paper Bug reassigned from package 'cups-client' to 'cups-filters-core-drivers'. No longer marked as found

Processed: Re: Bug#781253: cups: no duplex printing (two-sided) with lp or lpr

Processing control commands: reopen -1 Bug #781253 {Done: Brian Potkin claremont...@gmail.com} [cups-client] cups: no duplex printing (two-sided) with lp or lpr Bug reopened Ignoring request to alter fixed versions of bug #781253 to the same values previously set retitle -1 no duplex printing

Bug#781253: cups: no duplex printing (two-sided) with lp or lpr

Control: reopen -1 Control: retitle -1 no duplex printing (two-sided) with lp or lpr of a letter PDF file on A4 paper Sorry for the late reply. In the mean time, I talked to the sysadmin and we did more tests. I'm reopening the bug since I have more information that could be useful to get a

Processed: Re: Bug#781253: cups: no duplex printing (two-sided) with lp or lpr

Processing commands for cont...@bugs.debian.org: tags 781253 unreproducible Bug #781253 [cups-client] cups: no duplex printing (two-sided) with lp or lpr Added tag(s) unreproducible. thanks Stopping processing here. Please contact me if you need assistance. -- 781253:

Bug#781253: cups: no duplex printing (two-sided) with lp or lpr

On 2015-03-27 19:12:13 +, Brian Potkin wrote: On Fri 27 Mar 2015 at 11:27:41 +0100, Vincent Lefevre wrote: On 2015-03-27 09:46:55 +, Brian Potkin wrote: Evince is very likely using 'Duplex=DuplexNoTumble' when the file gets to the server. How does 'lp -o Duplex=DuplexNoTumble

Bug#781253: cups: no duplex printing (two-sided) with lp or lpr

On Mon 30 Mar 2015 at 11:30:26 +0200, Vincent Lefevre wrote: On 2015-03-27 19:12:13 +, Brian Potkin wrote: With a print queue set up for the Ricoh MP C3003 PS on a Wheezy machine (cups 1.5.3-5+deb7u4) and printing from Evince on an up-to-date Jessie machine using client.conf we get

Bug#781253: cups: no duplex printing (two-sided) with lp or lpr

On 2015-03-27 09:46:55 +, Brian Potkin wrote: Evince is very likely using 'Duplex=DuplexNoTumble' when the file gets to the server. How does 'lp -o Duplex=DuplexNoTumble file.pdf' fare? Same problem. Do we assume you do not have access to the server logs? I don't, but I can ask the

Bug#781253: cups: no duplex printing (two-sided) with lp or lpr

On Thu 26 Mar 2015 at 19:21:01 +0100, Vincent Lefevre wrote: On 2015-03-26 16:41:53 +, Brian Potkin wrote:

Bug#781253: cups: no duplex printing (two-sided) with lp or lpr

On Fri 27 Mar 2015 at 11:27:41 +0100, Vincent Lefevre wrote: On 2015-03-27 09:46:55 +, Brian Potkin wrote: Evince is very likely using 'Duplex=DuplexNoTumble' when the file gets to the server. How does 'lp -o Duplex=DuplexNoTumble file.pdf' fare? Same problem. With a print queue set

Bug#781253: cups: no duplex printing (two-sided) with lp or lpr

On Thu 26 Mar 2015 at 15:12:25 +0100, Vincent Lefevre wrote: On 2015-03-26 15:00:02 +0100, Vincent Lefevre wrote: When I print a PDF file with just lpr file.pdf or explicitly two-sided with lpr -o sides=two-sided-long-edge file.pdf, the output is done only on one side of the paper. There's

Bug#781253: cups: no duplex printing (two-sided) with lp or lpr

On 2015-03-26 16:41:53 +, Brian Potkin wrote: Please post what you get for 'lpoptions -l'. OptionTray/Option Tray: NotInstalled 1Cassette LCT *2Cassette LargeCapacityTray/Large Capacity Tray: *NotInstalled Installed InnerTray2/Internal Tray 2: *NotInstalled Installed ShiftTray/Internal Shift

Re: Bug#781253: cups: no duplex printing (two-sided) with lp or lpr

On Thu 26 Mar 2015 at 19:21:01 +0100, Vincent Lefevre wrote: On 2015-03-26 16:41:53 +, Brian Potkin wrote: Please post what you get for 'lpoptions -l'. The following line indicates that 'sides=...' should be acceptable as an option used with lp/lpr and the default print queue. Mystifying.