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
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
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
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
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?)?
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
On 2015-04-30 10:32:33 +0100, Brian Potkin wrote:
On Wed 29 Apr 2015 at 17:27:38 +0200, Vincent Lefevre wrote:
On 2015-04-29 15:27:17 +0100, Brian Potkin wrote:
One way I got my printer to work with a foomatic driver was to set up a
queue with -o pdftops-renderer-default=pdftops. That
On Wed 29 Apr 2015 at 17:27:38 +0200, Vincent Lefevre wrote:
On 2015-04-29 15:27:17 +0100, Brian Potkin wrote:
One way I got my printer to work with a foomatic driver was to set up a
queue with -o pdftops-renderer-default=pdftops. That option isn't open
to you but how does
lp -d
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.
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
Control: tags 781253 - unreproducible
On 2015-04-29 09:23:05 +0100, Brian Potkin wrote:
tags 781253 - unreproducible
thanks
wasn't taken into account.
On Mon 27 Apr 2015 at 16:36:18 +0200, Vincent Lefevre wrote:
Sorry for the late reply. In the mean time, I talked to the sysadmin
and we
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
On 2015-04-29 15:27:17 +0100, Brian Potkin wrote:
One way I got my printer to work with a foomatic driver was to set up a
queue with -o pdftops-renderer-default=pdftops. That option isn't open
to you but how does
lp -d queue -o pdftops-renderer=pdftops babel-bib.pdf
turn out?
It
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
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
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
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
On Thu 26 Mar 2015 at 19:21:01 +0100, Vincent Lefevre wrote:
On 2015-03-26 16:41:53 +, 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 file.pdf' fare?
Same problem.
With a print queue set
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
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
Control: reassign -1 cups-client 1.7.5-11
Control: retitle -1 cups: no duplex printing (two-sided) with lp or lpr
Control: severity -1 important
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
22 matches
Mail list logo