Bug#662999: cups: stopped printing (to parallel HP LaserJet 1320 printer) after 1.5.0-13
On Mon, 25 Jun 2012 21:59:16 +0100 Brian Potkin wrote: On Mon 25 Jun 2012 at 22:34:58 +0200, Francesco Poli wrote: I searched for instructions on how to set up a print queue with CUPS so that Poppler is used to send Postscript to the printer, but I failed to find any detail in /usr/share/doc/cups-filters/README.txt.gz ... Were you referring to another README? Where can I find the correct command-line procedure to re-create my print queue and have it use Poppler? cups-filters 1.0.18-2+b1 1. Selection of the renderer: Ghostscript or Poppler Hello Brian, better late than never, I finally found the time to perform the additional test you asked me to do (see the complete bug log [1], if, understandably, you don't remember the details...). [1] http://bugs.debian.org/662999 I've just performed the following test (with poppler-utils installed): (A) I searched for all the suitable drivers: # lpinfo -m | grep 1320 gutenprint.5.2://hp-lj_1320/expert HP LaserJet 1320 - CUPS+Gutenprint v5.2.9 foomatic:HP-LaserJet_1320-Postscript.ppd HP LaserJet 1320 Foomatic/Postscript foomatic:HP-LaserJet_1320-pxlmono.ppd HP LaserJet 1320 Foomatic/pxlmono (recommended) drv:///hpijs.drv/hp-laserjet_1320-hpijs.ppd HP LaserJet 1320 hpijs, 3.12.6 drv:///hpijs.drv/hp-laserjet_1320_series-hpijs-pcl3.ppd HP LaserJet 1320 Series hpijs pcl3, 3.12.6 drv:///hpcups.drv/hp-laserjet_1320_series-pcl3.ppd HP LaserJet 1320 Series pcl3, hpcups 3.12.6 drv:///hpcups.drv/hp-laserjet_1320.ppd HP LaserJet 1320, hpcups 3.12.6 drv:///hpijs.drv/hp-laserjet_1320n-hpijs.ppd HP LaserJet 1320n hpijs, 3.12.6 drv:///hpcups.drv/hp-laserjet_1320n.ppd HP LaserJet 1320n, hpcups 3.12.6 drv:///hpijs.drv/hp-laserjet_1320nw-hpijs.ppd HP LaserJet 1320nw hpijs, 3.12.6 drv:///hpcups.drv/hp-laserjet_1320nw.ppd HP LaserJet 1320nw, hpcups 3.12.6 drv:///hpijs.drv/hp-laserjet_1320tn-hpijs.ppd HP LaserJet 1320tn hpijs, 3.12.6 drv:///hpcups.drv/hp-laserjet_1320tn.ppd HP LaserJet 1320tn, hpcups 3.12.6 (B) I removed the print queue and recreated it from scratch using the following PostScript PPD: # lpadmin -x lj # lpadmin -p lj -E -v parallel:/dev/lp0 \ -m foomatic:HP-LaserJet_1320-pxlmono.ppd \ -o pdftops-renderer=pdftops \ -L dining room -D HP LaserJet 1320 # lpoptions -p lj -o media=A4 -o sides=two-sided-long-edge # lpadmin -d lj It seems that it works this way, as well (for both plain text files and PDF files)! Now the question is: should I stay with this setup (PostScript PPD with Poppler renderer) or go back to the other one (PCL PPD with default renderer)? They both seem to work with my printer. I would greatly appreciate it, if you could tell me what you think about this dilemma... Thanks for your time and sorry for the long delay in my reply! -- http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt New GnuPG key, see the transition document! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgplRMQ6s6qSU.pgp Description: PGP signature
Bug#662999: cups: stopped printing (to parallel HP LaserJet 1320 printer) after 1.5.0-13
Switching the renderer to poppler worked for me: sudo lpadmin -p hp-LaserJet-3015 -o pdftops-renderer-default=pdftops (Replace hp-LaserJet-3015 with the appropriate print queue name). Note that you also need to have poppler-utils installed, or the pdftops filter fails immediately: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=457810 -- Dwayne C. Litzenberger dl...@dlitz.net OpenPGP: 19E1 1FE8 B3CF F273 ED17 4A24 928C EC13 39C2 5CF7 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662999: cups: stopped printing (to parallel HP LaserJet 1320 printer) after 1.5.0-13
On Sun, 24 Jun 2012 18:11:36 +0100 Brian Potkin wrote: On Sun 24 Jun 2012 at 17:06:49 +0200, Francesco Poli wrote: [...] I hope that a real fix may be implemented sooner or later (better if sooner...), so that this bug report will be closed properly. The second suggestion I made (it changes from using the default Ghostscript to Poppler to send Postscript to the printer) is the fix devised as way of dealing with problems such as yours. Now, if you still had your testing hat on . . . . . :). I searched for instructions on how to set up a print queue with CUPS so that Poppler is used to send Postscript to the printer, but I failed to find any detail in /usr/share/doc/cups-filters/README.txt.gz ... Were you referring to another README? Where can I find the correct command-line procedure to re-create my print queue and have it use Poppler? -- http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt New GnuPG key, see the transition document! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgpsFrRCzygqI.pgp Description: PGP signature
Bug#662999: cups: stopped printing (to parallel HP LaserJet 1320 printer) after 1.5.0-13
On Mon 25 Jun 2012 at 22:34:58 +0200, Francesco Poli wrote: I searched for instructions on how to set up a print queue with CUPS so that Poppler is used to send Postscript to the printer, but I failed to find any detail in /usr/share/doc/cups-filters/README.txt.gz ... Were you referring to another README? Where can I find the correct command-line procedure to re-create my print queue and have it use Poppler? cups-filters 1.0.18-2+b1 1. Selection of the renderer: Ghostscript or Poppler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662999: cups: stopped printing (to parallel HP LaserJet 1320 printer) after 1.5.0-13
On Mon 18 Jun 2012 at 22:23:48 +0200, Francesco Poli wrote: On Fri, 15 Jun 2012 13:12:41 +0100 Brian Potkin wrote: Hello Francesco, I think you are sending PostScript to the printer and it possible the interpreter on it is misbehaving. That has certainly been the focus of a number of fixes in cups-filters recently. So two suggestions 1. Use a PCL PPD. There is Gutenprint one in the HP category and others in the Generic section. This seems to have done the trick. Brian, thanks a lot for your helpful suggestions! [Snip] And now I seem to be able to print both plain text files and PDF files (with the up-to-date cups)! Good, Hence, I think this bug may be safely closed as fixed in cups-filters/1.0.18-2: please do so, if you agree. Otherwise I can close it by myself, if you prefer. I'm not too sure this isn't more of a way to work round the problem rather than a fix. There may be value in leaving the bug open. Regards, Brian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662999: cups: stopped printing (to parallel HP LaserJet 1320 printer) after 1.5.0-13
On Sun, 24 Jun 2012 12:50:22 +0100 Brian Potkin wrote: On Mon 18 Jun 2012 at 22:23:48 +0200, Francesco Poli wrote: [...] Hence, I think this bug may be safely closed as fixed in cups-filters/1.0.18-2: please do so, if you agree. Otherwise I can close it by myself, if you prefer. I'm not too sure this isn't more of a way to work round the problem rather than a fix. There may be value in leaving the bug open. As you prefer, no problem. I hope that a real fix may be implemented sooner or later (better if sooner...), so that this bug report will be closed properly. Bye and thanks again for your help! -- http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt New GnuPG key, see the transition document! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgpQkZUCQrDQw.pgp Description: PGP signature
Bug#662999: cups: stopped printing (to parallel HP LaserJet 1320 printer) after 1.5.0-13
On Sun 24 Jun 2012 at 17:06:49 +0200, Francesco Poli wrote: On Sun, 24 Jun 2012 12:50:22 +0100 Brian Potkin wrote: I'm not too sure this isn't more of a way to work round the problem rather than a fix. There may be value in leaving the bug open. As you prefer, no problem. I hope that a real fix may be implemented sooner or later (better if sooner...), so that this bug report will be closed properly. The second suggestion I made (it changes from using the default Ghostscript to Poppler to send Postscript to the printer) is the fix devised as way of dealing with problems such as yours. Now, if you still had your testing hat on . . . . . :). All the Best, Brian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662999: cups: stopped printing (to parallel HP LaserJet 1320 printer) after 1.5.0-13
On Fri, 15 Jun 2012 13:12:41 +0100 Brian Potkin wrote: Hello Francesco, I think you are sending PostScript to the printer and it possible the interpreter on it is misbehaving. That has certainly been the focus of a number of fixes in cups-filters recently. So two suggestions 1. Use a PCL PPD. There is Gutenprint one in the HP category and others in the Generic section. This seems to have done the trick. Brian, thanks a lot for your helpful suggestions! I've just performed the following actions: (A) I removed the package pins and upgraded cups (B) I searched for a suitable driver: # lpinfo -m | grep 1320 gutenprint.5.2://hp-lj_1320/expert HP LaserJet 1320 - CUPS+Gutenprint v5.2.7 foomatic:HP-LaserJet_1320-Postscript.ppd HP LaserJet 1320 Foomatic/Postscript foomatic:HP-LaserJet_1320-pxlmono.ppd HP LaserJet 1320 Foomatic/pxlmono (recommended) drv:///hpijs.drv/hp-laserjet_1320-hpijs.ppd HP LaserJet 1320 hpijs, 3.12.2 drv:///hpijs.drv/hp-laserjet_1320_series-hpijs-pcl3.ppd HP LaserJet 1320 Series hpijs pcl3, 3.12.2 drv:///hpcups.drv/hp-laserjet_1320_series-pcl3.ppd HP LaserJet 1320 Series pcl3, hpcups 3.12.2 drv:///hpcups.drv/hp-laserjet_1320.ppd HP LaserJet 1320, hpcups 3.12.2 drv:///hpijs.drv/hp-laserjet_1320n-hpijs.ppd HP LaserJet 1320n hpijs, 3.12.2 drv:///hpcups.drv/hp-laserjet_1320n.ppd HP LaserJet 1320n, hpcups 3.12.2 drv:///hpijs.drv/hp-laserjet_1320nw-hpijs.ppd HP LaserJet 1320nw hpijs, 3.12.2 drv:///hpcups.drv/hp-laserjet_1320nw.ppd HP LaserJet 1320nw, hpcups 3.12.2 drv:///hpijs.drv/hp-laserjet_1320tn-hpijs.ppd HP LaserJet 1320tn hpijs, 3.12.2 drv:///hpcups.drv/hp-laserjet_1320tn.ppd HP LaserJet 1320tn, hpcups 3.12.2 (C) I removed the print queue and recreated it from scratch using the following PCL PPD: # lpadmin -x lj # lpadmin -p lj -E -v parallel:/dev/lp0 \ -m drv:///hpcups.drv/hp-laserjet_1320_series-pcl3.ppd \ -L dining room -D HP LaserJet 1320 # lpoptions -p lj -o media=A4 -o sides=two-sided-long-edge # lpadmin -d lj And now I seem to be able to print both plain text files and PDF files (with the up-to-date cups)! Hence, I think this bug may be safely closed as fixed in cups-filters/1.0.18-2: please do so, if you agree. Otherwise I can close it by myself, if you prefer. Thanks again! Bye. -- http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt New GnuPG key, see the transition document! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgpYbE9Knd5Of.pgp Description: PGP signature
Bug#662999: cups: stopped printing (to parallel HP LaserJet 1320 printer) after 1.5.0-13
On Wed 13 Jun 2012 at 22:04:12 +0200, Francesco Poli wrote: Hello, is there any progress on this bug? I am still able to reproduce it on an updated Debian testing box with the HP LaserJet 1320 printer (even connected through network, rather than through the parallel port). Other printers seem to work correctly. Package versions: cups/1.5.3-1 cups-filters/1.0.18-2+b2 ghostscript/9.05~dfsg-6 Hello Francesco, I think you are sending PostScript to the printer and it possible the interpreter on it is misbehaving. That has certainly been the focus of a number of fixes in cups-filters recently. So two suggestions 1. Use a PCL PPD. There is Gutenprint one in the HP category and others in the Generic section. 2. Sticking with a PostScript PPD you can now generate the PostScript with either Ghostscript or Poppler. Please see the cups-filters README for details. Regards, Brian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662999: cups: stopped printing (to parallel HP LaserJet 1320 printer) after 1.5.0-13
Am Mittwoch, 13. Juni 2012, 22:04:12 schrieb Francesco Poli: On Sun, 1 Apr 2012 17:35:31 +0200 Francesco Poli wrote: [...] This again fixed the printing of plain text files, but made me unable to print PDF files. $ echo test | lpr worked OK, but $ lpr file.pdf again produced a blank page, followed by a page with the error message: ERROR: invalidaccess OFFENDING COMMAND: filter STACK: /SubFileDecode endstream 0 --nostringval-- --nostringval-- 17 false [...] I hope these bugs may be fixed soon. Thanks for your kind assistance! Hello, is there any progress on this bug? I am still able to reproduce it on an updated Debian testing box with the HP LaserJet 1320 printer (even connected through network, rather than through the parallel port). Other printers seem to work correctly. Package versions: cups/1.5.3-1 cups-filters/1.0.18-2+b2 ghostscript/9.05~dfsg-6 Hi Francesco, thanks to your and Brian's work ( maybe someone more?), the printer Brother HL-5240 works well on the parallel port. Round about the printer failed just for some days, maybe two weeks. As I am actually working on a LaTeX-book (in german), that I will release in some months on GNU GPL or a corresponding licence, I almost use LaTeX friends. So I can say that there seem to be no problems with PostScript, PDF and TeX's DVI - as far as I can see, cause I'm not printing lots of material, mostly short tests. A pure .txt-file, even printed, looks good. Package versions (ditto): cups/1.5.3-1 cups-filters/1.0.18-2+b2 ghostscript/9.05~dfsg-6 Cheers and thanks, Stefan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662999: cups: stopped printing (to parallel HP LaserJet 1320 printer) after 1.5.0-13
On Thu, 14 Jun 2012 16:24:19 +0200 Stefan Apke wrote: Am Mittwoch, 13. Juni 2012, 22:04:12 schrieb Francesco Poli: On Sun, 1 Apr 2012 17:35:31 +0200 Francesco Poli wrote: [...] [...] Hello, is there any progress on this bug? I am still able to reproduce it on an updated Debian testing box with the HP LaserJet 1320 printer (even connected through network, rather than through the parallel port). Other printers seem to work correctly. [...] Hi Francesco, thanks to your and Brian's work ( maybe someone more?), the printer Brother HL-5240 works well on the parallel port. Round about the printer failed just for some days, maybe two weeks. [...] My work? I am under the impression that my contribution was basically negligible: I just reported a bug (which is unrelated to the one you experienced) and did some testing... I am glad to see that your problem has been solved. Unfortunately, mine is still present... -- http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt New GnuPG key, see the transition document! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgpN8klQEZffY.pgp Description: PGP signature
Bug#662999: cups: stopped printing (to parallel HP LaserJet 1320 printer) after 1.5.0-13
Am Donnerstag, 14. Juni 2012, 18:47:02 schrieb Francesco Poli: On Thu, 14 Jun 2012 16:24:19 +0200 Stefan Apke wrote: Am Mittwoch, 13. Juni 2012, 22:04:12 schrieb Francesco Poli: On Sun, 1 Apr 2012 17:35:31 +0200 Francesco Poli wrote: [...] [...] Hello, is there any progress on this bug? I am still able to reproduce it on an updated Debian testing box with the HP LaserJet 1320 printer (even connected through network, rather than through the parallel port). Other printers seem to work correctly. [...] Hi Francesco, thanks to your and Brian's work ( maybe someone more?), the printer Brother HL-5240 works well on the parallel port. Round about the printer failed just for some days, maybe two weeks. [...] My work? I am under the impression that my contribution was basically negligible: I just reported a bug (which is unrelated to the one you experienced) and did some testing... I am glad to see that your problem has been solved. Unfortunately, mine is still present... Hi Francesco, thanks for your advices. First: testing is not negligible. I am sorry, but that is nonsense or let's say bullshit! Stefan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662999: cups: stopped printing (to parallel HP LaserJet 1320 printer) after 1.5.0-13
On Sun, 1 Apr 2012 17:35:31 +0200 Francesco Poli wrote: [...] This again fixed the printing of plain text files, but made me unable to print PDF files. $ echo test | lpr worked OK, but $ lpr file.pdf again produced a blank page, followed by a page with the error message: ERROR: invalidaccess OFFENDING COMMAND: filter STACK: /SubFileDecode endstream 0 --nostringval-- --nostringval-- 17 false [...] I hope these bugs may be fixed soon. Thanks for your kind assistance! Hello, is there any progress on this bug? I am still able to reproduce it on an updated Debian testing box with the HP LaserJet 1320 printer (even connected through network, rather than through the parallel port). Other printers seem to work correctly. Package versions: cups/1.5.3-1 cups-filters/1.0.18-2+b2 ghostscript/9.05~dfsg-6 -- http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt New GnuPG key, see the transition document! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgpoLXlo30PG7.pgp Description: PGP signature
Bug#662999: cups: stopped printing (to parallel HP LaserJet 1320 printer) after 1.5.0-13
On Tue, 27 Mar 2012 19:04:04 +0100 Brian Potkin wrote: On Mon 26 Mar 2012 at 23:21:40 +0200, Francesco Poli wrote: [...] $ lpr file.pdf produced a blank page, followed by a page with the error message: Installing unstable's libcupsfilters1 too may be worth a try. Bug #664966 might also have a bearing on the outcome. There is also the README to look at. OK, let me try again, then! After removing the pins, I performed the following upgrades: [INSTALL, DEPENDENCIES] cups-filters [INSTALL, DEPENDENCIES] libcupsfilters1 [UPGRADE] cups 1.5.0-13 - 1.5.2-5 [UPGRADE] cups-bsd 1.5.0-13 - 1.5.2-5 [UPGRADE] cups-client 1.5.0-13 - 1.5.2-5 [UPGRADE] cups-common 1.5.0-13 - 1.5.2-5 [UPGRADE] cups-ppdc 1.5.0-13 - 1.5.2-5 [UPGRADE] libcups2 1.5.0-13 - 1.5.2-5 [UPGRADE] libcupscgi1 1.5.0-13 - 1.5.2-5 [UPGRADE] libcupsdriver1 1.5.0-13 - 1.5.2-5 [UPGRADE] libcupsimage2 1.5.0-13 - 1.5.2-5 [UPGRADE] libcupsmime1 1.5.0-13 - 1.5.2-5 [UPGRADE] libcupsppdc1 1.5.0-13 - 1.5.2-5 This again took me up-to-date with respect to current testing (with cups-filters/1.0.2-1 and libcupsfilters1/1.0.2-1). With this setup, I was still able to reproduce the bug (unsurprisingly: since I don't see anything changed in current testing during last week, as far as cups packages are concerned, I expected the same outcome as the last time I tried...). After that, I tried upgrading cups-filters and libcupsfilters1 to the versions currently in unstable: [INSTALL, DEPENDENCIES] libtiff5 [UPGRADE] cups-filters 1.0.2-1 - 1.0.11-1 [UPGRADE] libcupsfilters1 1.0.2-1 - 1.0.11-1 This again fixed the printing of plain text files, but made me unable to print PDF files. $ echo test | lpr worked OK, but $ lpr file.pdf again produced a blank page, followed by a page with the error message: ERROR: invalidaccess OFFENDING COMMAND: filter STACK: /SubFileDecode endstream 0 --nostringval-- --nostringval-- 17 false After upgrading ghostscript packages to their unstable versions: [UPGRADE] ghostscript 9.05~dfsg-3 - 9.05~dfsg-4 [UPGRADE] ghostscript-cups 9.05~dfsg-3 - 9.05~dfsg-4 [UPGRADE] libgs9 9.05~dfsg-3 - 9.05~dfsg-4 [UPGRADE] libgs9-common 9.05~dfsg-3 - 9.05~dfsg-4 I re-performed the tests. Again, plain text files could be printed, but PDF files produced pages with the above error message... At that point, I was short of ideas to try out and a bit tired of wasting paper and toner for other tests... I downgraded back to cups/1.5.0-13 and friends: # cd /var/cache/apt/archives/ # dpkg -i ghostscript_9.05~dfsg-3_i386.deb \ ghostscript-cups_9.05~dfsg-3_i386.deb \ libgs9-common_9.05~dfsg-3_all.deb \ libgs9_9.05~dfsg-3_i386.deb # dpkg -i cups_1.5.0-13_i386.deb \ cups-bsd_1.5.0-13_i386.deb \ cups-client_1.5.0-13_i386.deb \ cups-common_1.5.0-13_all.deb \ cups-ppdc_1.5.0-13_i386.deb \ libcups2_1.5.0-13_i386.deb \ libcupscgi1_1.5.0-13_i386.deb \ libcupsdriver1_1.5.0-13_i386.deb \ libcupsimage2_1.5.0-13_i386.deb \ libcupsmime1_1.5.0-13_i386.deb \ libcupsppdc1_1.5.0-13_i386.deb # dpkg --purge libtiff5 cups-filters libcupsfilters1 # dpkg --configure --pending # dpkg-reconfigure cups (enable raw and add parallel backend, that somehow got disabled) # dpkg -i cups_1.5.0-13_i386.deb \ cups-bsd_1.5.0-13_i386.deb \ cups-client_1.5.0-13_i386.deb \ cups-common_1.5.0-13_all.deb \ cups-ppdc_1.5.0-13_i386.deb \ libcups2_1.5.0-13_i386.deb \ libcupscgi1_1.5.0-13_i386.deb \ libcupsdriver1_1.5.0-13_i386.deb \ libcupsimage2_1.5.0-13_i386.deb \ libcupsmime1_1.5.0-13_i386.deb \ libcupsppdc1_1.5.0-13_i386.deb (yes, a second time, otherwise I get the following error lpr: Unsupported document-format text/plain) Now I am again able to print text files and PDF files (and I restored the package pins). [...] I don't know if this new issue is related to the bug I originally reported (maybe the new issue is #661866 ?!?). At first I thought not but then I read this (which has the changelog for what will probably be the next version of cups-filters): https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/960666 This launchpad bug is claimed to be fixed in cups-filters/1.0.8-* and later versions, isn't it? Hence, I think I have just tried a fixed version of cups-filters, but it does not appear to fix *my* issues, unfortunately... I hope these bugs may be fixed soon. Thanks for your kind assistance! -- http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt New GnuPG key, see the transition document! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgpZ3ERd7w5Y9.pgp Description: PGP signature
Bug#662999: cups: stopped printing (to parallel HP LaserJet 1320 printer) after 1.5.0-13
On Mon 26 Mar 2012 at 23:21:40 +0200, Francesco Poli wrote: This took me up-to-date with respect with current testing (with cups-filters/1.0.2-1). With this setup, I was still able to reproduce the bug. After that, I tried upgrading cups-filters to the version currently in unstable: [UPGRADE] cups-filters 1.0.2-1 - 1.0.7-1 This completely changed the outcome of the tests. I was able to print simple text files, as in: $ echo test | lpr but no PDF file could be printed at all: $ lpr file.pdf produced a blank page, followed by a page with the error message: Installing unstable's libcupsfilters1 too may be worth a try. Bug #664966 might also have a bearing on the outcome. There is also the README to look at. ERROR: invalidaccess OFFENDING COMMAND: filter STACK: /SubFileDecode endstream 0 --nostringval-- --nostringval-- 15 false or similar (with 17 instead of 15, for instance). I don't know if this new issue is related to the bug I originally reported (maybe the new issue is #661866 ?!?). At first I thought not but then I read this (which has the changelog for what will probably be the next version of cups-filters): https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/960666 Regards, Brian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662999: cups: stopped printing (to parallel HP LaserJet 1320 printer) after 1.5.0-13
found 662999 cups-filters/1.0.2-1 thanks On Wed, 21 Mar 2012 12:29:24 + Brian Potkin wrote: reassign 662999 cups-filters thanks Hello Francesco, Hi Brian! Thanks for your reply and sorry for following up so late... The parallel backend is from the cups-filters package, so reassigning. OK, I am registering a found version for the BTS version tracking... I tried upgrading cups, cups-bsd, cups-client to 1.5.2-6 (currently in unstable), but no joy. cups-filters 1.0.5-1 may be what you want. It does fix a problem with the parallel backend. Well, I've just done the following tests. First of all, after removing the pins, I performed the following upgrades: [INSTALL, DEPENDENCIES] cups-filters [INSTALL, DEPENDENCIES] libcupsfilters1 [UPGRADE] cups 1.5.0-13 - 1.5.2-5 [UPGRADE] cups-bsd 1.5.0-13 - 1.5.2-5 [UPGRADE] cups-client 1.5.0-13 - 1.5.2-5 [UPGRADE] cups-common 1.5.0-13 - 1.5.2-5 [UPGRADE] cups-ppdc 1.5.0-13 - 1.5.2-5 [UPGRADE] libcups2 1.5.0-13 - 1.5.2-5 [UPGRADE] libcupscgi1 1.5.0-13 - 1.5.2-5 [UPGRADE] libcupsdriver1 1.5.0-13 - 1.5.2-5 [UPGRADE] libcupsimage2 1.5.0-13 - 1.5.2-5 [UPGRADE] libcupsmime1 1.5.0-13 - 1.5.2-5 [UPGRADE] libcupsppdc1 1.5.0-13 - 1.5.2-5 This took me up-to-date with respect with current testing (with cups-filters/1.0.2-1). With this setup, I was still able to reproduce the bug. After that, I tried upgrading cups-filters to the version currently in unstable: [UPGRADE] cups-filters 1.0.2-1 - 1.0.7-1 This completely changed the outcome of the tests. I was able to print simple text files, as in: $ echo test | lpr but no PDF file could be printed at all: $ lpr file.pdf produced a blank page, followed by a page with the error message: ERROR: invalidaccess OFFENDING COMMAND: filter STACK: /SubFileDecode endstream 0 --nostringval-- --nostringval-- 15 false or similar (with 17 instead of 15, for instance). I don't know if this new issue is related to the bug I originally reported (maybe the new issue is #661866 ?!?). Anyway, I am still unable to use up-to-date cups... I downgraded back to cups/1.5.0-13 and friends, as described in my original bug report. Now I am again able to print text files and PDF files. Please fix the new cups(-filters) packages! Thanks for your time. -- http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt New GnuPG key, see the transition document! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgpbP9tZHMIhr.pgp Description: PGP signature
Bug#662999: cups: stopped printing (to parallel HP LaserJet 1320 printer) after 1.5.0-13
reassign 662999 cups-filters thanks Hello Francesco, The parallel backend is from the cups-filters package, so reassigning. I tried upgrading cups, cups-bsd, cups-client to 1.5.2-6 (currently in unstable), but no joy. cups-filters 1.0.5-1 may be what you want. It does fix a problem with the parallel backend. Stefan - your bug is not the same as Francesco's but cups-filters in unstable was uploaded to fix it. Please see the bug reports and the changelog. Cheers, Brian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662999: cups: stopped printing (to parallel HP LaserJet 1320 printer) after 1.5.0-13 - 1.5.2-5 upgrade
Package: cups Version: 1.5.2-5 Severity: important Hello maintainers of cups Debian packages, I am experiencing a very awkward issue. After the 1.5.0-13 - 1.5.2-5 upgrade, my printer (an HP LaserJet 1320 connected via parallel port) printed a few pages and then printed a page with the following error message: ERROR: timeout OFFENDING COMMAND: timeout STACK: -mark- -mark- -mark- After that, I have no longer been able to print anything, not even simple text files as in: $ echo test | lpr When I try, the printer does nothing (but sometimes the printing LED blinks) and lpq says $ lpq lj is ready and printing RankOwner Job File(s) Total Size active (null) 503 untitled1024 bytes but nothing happens for a long time, until I lprm the print job. Since /var/log/cups/error_log says: E [07/Mar/2012:21:40:23 +0100] Filter oopstops not found. E [07/Mar/2012:21:40:23 +0100] Filter hpgltops not found. E [07/Mar/2012:21:40:23 +0100] Filter pstoraster not found. E [07/Mar/2012:21:40:23 +0100] Filter pstoraster not found. W [07/Mar/2012:21:40:23 +0100] failed to CreateProfile: org.freedesktop.DBus.Error.ServiceUnknown:The name org.freedesktop.ColorManager was not provided by any .service files W [07/Mar/2012:21:40:23 +0100] failed to CreateDevice: org.freedesktop.DBus.Error.ServiceUnknown:The name org.freedesktop.ColorManager was not provided by any .service files I thought it could perhaps be bug #662025 and tried downgrading foomatic-filters to version 4.0.9-1 (even though I had not upgraded it recently...), but this didn't help. I thought that maybe it needed colord (which I didn't install, as it is only a recommendation, not a dependency, and pulls in many other packages that I would rather avoid seeing on a headless box that should run a print server and only a few other services): I tried installing colord and its numerous dependencies, but this didn't help either. I tried upgrading cups, cups-bsd, cups-client to 1.5.2-6 (currently in unstable), but no joy. If I downgrade to the previously working version: # cd /var/cache/apt/archives/ # dpkg -i cups_1.5.0-13_i386.deb cups-bsd_1.5.0-13_i386.deb cups-client_1.5.0-13_i386.deb cups-common_1.5.0-13_all.deb libcupsdriver1_1.5.0-13_i386.deb cups-ppdc_1.5.0-13_i386.deb libcups2_1.5.0-13_i386.deb libcupscgi1_1.5.0-13_i386.deb libcupsimage2_1.5.0-13_i386.deb libcupsmime1_1.5.0-13_i386.deb libcupsppdc1_1.5.0-13_i386.deb # dpkg --purge cups-filters libcupsfilters1 # dpkg --configure --pending # dpkg-reconfigure cups (enable raw and add parallel backend, that somehow got disabled) I am again able to print text files and PDF files. I have just pinned packages cups-common cups cups-ppdc libcups2 libcupscgi1 libcupsdriver1 libcupsimage2 libcupsmime1 libcupsppdc1 to version 1.5.0-13, but I would of course like to use my printer with up-to-date cups packages! Please help me to figure out what went wrong! Thanks for your time. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cups depends on: ii adduser3.113+nmu1 ii bc 1.06.95-2 ii cups-client1.5.2-5 ii cups-common1.5.2-5 ii cups-filters 1.0.2-1 ii cups-ppdc 1.5.2-5 ii debconf [debconf-2.0] 1.5.41 ii dpkg 1.16.1.2 ii ghostscript9.05~dfsg-2 ii libavahi-client3 0.6.30-6 ii libavahi-common3 0.6.30-6 ii libc6 2.13-26 ii libcups2 1.5.2-5 ii libcupscgi11.5.2-5 ii libcupsimage2 1.5.2-5 ii libcupsmime1 1.5.2-5 ii libcupsppdc1 1.5.2-5 ii libdbus-1-31.4.18-1 ii libgcc11:4.6.3-1 ii libgnutls262.12.16-1 ii libgssapi-krb5-2 1.10+dfsg~beta1-2 ii libkrb5-3 1.10+dfsg~beta1-2 ii libldap-2.4-2 2.4.28-1.1 ii libpam0g 1.1.3-7 ii libpaper1 1.1.24+nmu1 ii libslp11.2.1-9 ii libstdc++6 4.6.3-1 ii libusb-1.0-0 2:1.0.9~rc3-3 ii lsb-base 3.2-28.1 ii poppler-utils 0.16.7-3 ii procps 1:3.3.2-3 ii ssl-cert 1.0.28 Versions of packages cups recommends: ii avahi-daemonnone ii colord none ii cups-driver-gutenprint 5.2.7-5 ii foomatic-filters4.0.12-1 ii ghostscript-cups9.05~dfsg-2 ii printer-driver-gutenprint [cups-driver-gutenprint] 5.2.7-5 Versions of packages cups suggests: