[Pkg-cups-devel] Bug#500732: CUPS overrides settings when printing from Windows

Henry Jensen hjensen at gmx.de
Fri Jul 17 13:20:31 UTC 2009


Hello,

i ran into this problem today, when I upgraded our print server from etch to lenny. We use it to print from windows clients.

ii  bjfiltercups                       2.2-2                      CUPS add-on module for Canon Bubble Jet Printer. 2.2.1
ii  cups                               1.3.8-1+lenny6             Common UNIX Printing System(tm) - server
ii  cups-client                        1.3.8-1+lenny6             Common UNIX Printing System(tm) - client programs (SysV)
ii  cups-common                        1.3.8-1+lenny6             Common UNIX Printing System(tm) - common files
ii  cups-pdf                           2.4.8-3                    PDF printer for CUPS
ii  cupsddk                            1.2.3-5                    CUPS Driver Development Kit
ii  cupsddk-drivers                    1.2.3-5                    CUPS Driver Development Kit - Driver files
ii  cupsys                             1.3.8-1+lenny6             Common UNIX Printing System (transitional package)
ii  cupsys-client                      1.3.8-1+lenny6             Common UNIX Printing System (transitional package)
ii  cupsys-common                      1.3.8-1+lenny6             Common UNIX Printing System (transitional package)
ii  libcups2                           1.3.8-1+lenny6             Common UNIX Printing System(tm) - libs
ii  libcupsimage2                      1.3.8-1+lenny6             Common UNIX Printing System(tm) - image libs
ii  libcupsys2                         1.3.8-1+lenny6             Common UNIX Printing System (transitional package)
ii  libcupsys2-gnutls10                1.2.7-4etch7               Common UNIX Printing System(tm) - dummy libs for transition
ii  samba                              2:3.2.5-4lenny6            a LanManager-like file and printer server for Unix
ii  samba-common                       2:3.2.5-4lenny6            Samba common files used by both the server and the client

Postscript is produced by the Adobe PS driver which is the printer driver backend for the XP clients:

print:~# rpcclient  -U root -c 'getdriver og1-ost-lasercolor' print

[Windows NT x86]
Printer Driver Info 3:
	Version: [2]
	Driver Name: [kyocera-fs-c5020n-adobe]
	Architecture: [Windows NT x86]
	Driver Path: [\\PRINT\print$\W32X86\2\ADOBEPS5.DLL]
	Datafile: [\\PRINT\print$\W32X86\2\kyocera-fs-c5020n.ppd]
	Configfile: [\\PRINT\print$\W32X86\2\ADOBEPSU.DLL]
	Helpfile: [\\PRINT\print$\W32X86\2\ADOBEPSU.HLP]

	Dependentfiles: [\\PRINT\print$\W32X86\2\ADOBEPSU.HLP]
	Dependentfiles: [\\PRINT\print$\W32X86\2\ADOBEPS5.NTF]
	Dependentfiles: [\\PRINT\print$\W32X86\2\ADOBEPSU.DLL]
	Dependentfiles: [\\PRINT\print$\W32X86\2\ADOBEPS5.DLL]
	Dependentfiles: [\\PRINT\print$\W32X86\2\kyocera-fs-c5020n.ppd]

	Monitorname: []
	Defaultdatatype: [RAW]


After the upgrade we couldn't use duplex printing or selecting a specified printer tray, the printer took paper only from the
default tray, no matter what was selected.

After some reading the pstops filter was identified as the part that gave us this trouble. I copied /usr/lib/cups/pstops from
an Etch installation to /usr/lib/cups/pstopsold at our printserver. Further I modified /etc/cups/mime.convs:

#application/postscript  application/vnd.cups-postscript 66      pstops
application/postscript  application/vnd.cups-postscript 66      pstopsold

After that, everything worked as expected.

Now, it seems that is a bug in the pstops filter. Is upstream informed? Or is this a Debian specific bug?








More information about the Pkg-cups-devel mailing list