[Touch-packages] [Bug 1476705] Re: [SOLVED] postscript printer hideously slow in some cases (pdftops)
Gimp is also, for now, limited to srgb, so anything coming from gimp will work fine with cairo. And, for a postscript printer, jpegs should be converted directly to ps, not via pdf, so that wouldn't matter either. But if you used a workflow which used, say, AdobeRGB as the colour working space, and published to pdf, then you would want to avoid cairo. Or if you used a workflow which ends up with a CMYK pdf. But if everything you do is in sRGB or grayscale, then pdftocairo is fine for you. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to poppler in Ubuntu. https://bugs.launchpad.net/bugs/1476705 Title: [SOLVED] postscript printer hideously slow in some cases (pdftops) Status in poppler package in Ubuntu: New Status in system-config-printer package in Ubuntu: New Bug description: With my (old) postscript printer, print a single page can take many minutes on some situations. It happens with some PDF files (not all) and Firefox printing of Google map, for example. When this happens, I observed in system monitor that pdftops is running continuously. After some manual PDF -> PS conversions, I see that pdftops inflates the file size for problematic cases, but is ok for other files (size similar to the original file, or even smaller). I don't know if modern Postscript printers can handle this quickly, but it's unacceptable here and certainly not an efficient way to print those files. So I suspect that pdftops should be fixed. For example, I join a problematic pdf produced by Google Map in Firefox. I tried many conversions. As you can see, I get a much larger file (36 times) with pdftops. It is worse with pdf2ps (and it takes longer to process), so replace pdftops by pdf2ps is not an option for me. However, pdftocairo quickly produces an efficient file. I have the same success if I open the PDF file with Evince and print it as a Postscript file. I get a similar file if I print to PS directly from Google Map (Firefox). Of course these small PS files produced by pdftocairo, Evince of Firefox print flawlessly on my printer. See also Bug # 1095498 which I suspect is the same (old) thing, but I fill a new one since it doesn't seem to be printer specific. Of course, another workaround could be to use a PCL driver but no one is available for my printer (HP Color Laserjet 2605dn). To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/poppler/+bug/1476705/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1476705] Re: [SOLVED] postscript printer hideously slow in some cases (pdftops)
pdftocairo is limited by the fact that cairo only handles sRGB. It is therefore unsuitable any time color is important, eg if the pdf uses cmyk or named colors or icc profiles, et cetera. It is fine for printing most web pages, since the browser likely also is limited to sRGB. And for simple personal or office documents, all momochrome document and the like. But pdftops is better for more general documents, and therefore makes better sence for the default filter. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to poppler in Ubuntu. https://bugs.launchpad.net/bugs/1476705 Title: [SOLVED] postscript printer hideously slow in some cases (pdftops) Status in poppler package in Ubuntu: New Status in system-config-printer package in Ubuntu: New Bug description: With my (old) postscript printer, print a single page can take many minutes on some situations. It happens with some PDF files (not all) and Firefox printing of Google map, for example. When this happens, I observed in system monitor that pdftops is running continuously. After some manual PDF -> PS conversions, I see that pdftops inflates the file size for problematic cases, but is ok for other files (size similar to the original file, or even smaller). I don't know if modern Postscript printers can handle this quickly, but it's unacceptable here and certainly not an efficient way to print those files. So I suspect that pdftops should be fixed. For example, I join a problematic pdf produced by Google Map in Firefox. I tried many conversions. As you can see, I get a much larger file (36 times) with pdftops. It is worse with pdf2ps (and it takes longer to process), so replace pdftops by pdf2ps is not an option for me. However, pdftocairo quickly produces an efficient file. I have the same success if I open the PDF file with Evince and print it as a Postscript file. I get a similar file if I print to PS directly from Google Map (Firefox). Of course these small PS files produced by pdftocairo, Evince of Firefox print flawlessly on my printer. See also Bug # 1095498 which I suspect is the same (old) thing, but I fill a new one since it doesn't seem to be printer specific. Of course, another workaround could be to use a PCL driver but no one is available for my printer (HP Color Laserjet 2605dn). To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/poppler/+bug/1476705/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1476705] Re: postscript printer hideously slow in some cases (pdftops)
pdftops and pdftocairo are both from poppler. pdftops is based on the original xpdf code and does not use cairo at all. modern cairo tries to limit the size of tranparency groups to just where it is needed. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to poppler in Ubuntu. https://bugs.launchpad.net/bugs/1476705 Title: postscript printer hideously slow in some cases (pdftops) Status in poppler package in Ubuntu: New Status in system-config-printer package in Ubuntu: New Bug description: With my (old) postscript printer, print a single page can take many minutes on some situations. It happens with some PDF files (not all) and Firefox printing of Google map, for example. When this happens, I observed in system monitor that pdftops is running continuously. After some manual PDF -> PS conversions, I see that pdftops inflates the file size for problematic cases, but is ok for other files (size similar to the original file, or even smaller). I don't know if modern Postscript printers can handle this quickly, but it's unacceptable here and certainly not an efficient way to print those files. So I suspect that pdftops should be fixed. For example, I join a problematic pdf produced by Google Map in Firefox. I tried many conversions. As you can see, I get a much larger file (36 times) with pdftops. It is worse with pdf2ps (and it takes longer to process), so replace pdftops by pdf2ps is not an option for me. However, pdftocairo quickly produces an efficient file. I have the same success if I open the PDF file with Evince and print it as a Postscript file. I get a similar file if I print to PS directly from Google Map (Firefox). Of course these small PS files produced by pdftocairo, Evince of Firefox print flawlessly on my printer. See also Bug # 1095498 which I suspect is the same (old) thing, but I fill a new one since it doesn't seem to be printer specific. Of course, another workaround could be to use a PCL driver but no one is available for my printer (HP Color Laserjet 2605dn). To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/poppler/+bug/1476705/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1357920] Re: Xerox Phaser 8560DN reboots as soon as I bring up the Print requester
Ah. I didn’t intially read every comment. I suspect that the method cups now uses to discover network attached printers is what triggers the crash/reboot. It will ipp-query any it finds which advertise ipp capability in lieu of requiring PPD files to specify the printer’s capabilities. That is why the printer did not need to be configured to trigger the access pattern it cannot handle. Till would have a better handle on that part of cups, especially as packaged by ubuntu. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to cups in Ubuntu. https://bugs.launchpad.net/bugs/1357920 Title: Xerox Phaser 8560DN reboots as soon as I bring up the Print requester Status in “cups” package in Ubuntu: Incomplete Bug description: With Ubuntu 14, the Xerox Phaser 8560DN resets as soon as I bring up the Print requester. Up until Ubuntu 14, the Xerox printer worked with Ubuntu. It works fine from Windows. The strange thing is that the Xerox printer manages to crash when I bring up the Printer requester even if I don't have the Xerox printer added to the list of printers. I've increased the memory on our Phaser 8560DN to 1 gig to solve the problem without luck: https://bugs.launchpad.net/ubuntu/+source/cups/+bug/405851 I tried contacting Xerox, but they no longer care if Linux works or not. If it works from Windows, it's not their problem. The obvious solution is to throw out the Xerox printer and never buy one again :-) --- ApportVersion: 2.14.1-0ubuntu3.3 Architecture: amd64 CurrentDesktop: Unity DistroRelease: Ubuntu 14.04 InstallationDate: Installed on 2012-07-04 (778 days ago) InstallationMedia: Ubuntu 12.04 LTS "Precise Pangolin" - Release amd64 (20120425) Lpstat: Error: command ['lpstat', '-v'] failed with exit code 1: lpstat: No destinations added. MachineType: ASUSTeK COMPUTER INC. N56VM NonfreeKernelModules: nvidia Package: cups 1.7.2-0ubuntu1.1 PackageArchitecture: amd64 Papersize: letter ProcCmdline: BOOT_IMAGE=/boot/vmlinuz-3.13.0-33-generic root=UUID=f083477b-9d30-4b78-9d54-7958a51c935e ro quiet splash vt.handoff=7 ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.13.0-33-generic root=UUID=f083477b-9d30-4b78-9d54-7958a51c935e ro quiet splash vt.handoff=7 ProcVersionSignature: Ubuntu 3.13.0-33.58-generic 3.13.11.4 Tags: trusty third-party-packages apparmor apparmor apparmor apparmor apparmor apparmor apparmor apparmor apparmor apparmor apparmor apparmor apparmor apparmor apparmor apparmor apparmor apparmor apparmor apparmor apparmor apparmor apparmor apparmor apparmor apparmor apparmor apparmor apparmor apparmor Uname: Linux 3.13.0-33-generic x86_64 UpgradeStatus: Upgraded to trusty on 2014-06-23 (59 days ago) UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo _MarkForUpload: True dmi.bios.date: 03/01/2012 dmi.bios.vendor: American Megatrends Inc. dmi.bios.version: N56VM.204 dmi.board.asset.tag: ATN12345678901234567 dmi.board.name: N56VM dmi.board.vendor: ASUSTeK COMPUTER INC. dmi.board.version: 1.0 dmi.chassis.asset.tag: No Asset Tag dmi.chassis.type: 10 dmi.chassis.vendor: ASUSTeK COMPUTER INC. dmi.chassis.version: 1.0 dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvrN56VM.204:bd03/01/2012:svnASUSTeKCOMPUTERINC.:pnN56VM:pvr1.0:rvnASUSTeKCOMPUTERINC.:rnN56VM:rvr1.0:cvnASUSTeKCOMPUTERINC.:ct10:cvr1.0: dmi.product.name: N56VM dmi.product.version: 1.0 dmi.sys.vendor: ASUSTeK COMPUTER INC. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups/+bug/1357920/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1357920] Re: Xerox Phaser 8560DN reboots as soon as I bring up the Print requester
The cups log shows that you configured the printer as an IPP printer. (Or that something did so for you.) Try configuring it as a socket printer (sending the postscript to port 9100). You may need to use the printer’s web interface or control panel to enable port9100 if you have disabled it. Your description suggests that the printer cannot handle the way cups uses ipp to ask for its capabilities. Perhaps it only supports an older version of ipp? Older versions of cups used snmp to gather some data from networked printers. The move to use ipp instead has value, but is not compatible with all existing printers. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to cups in Ubuntu. https://bugs.launchpad.net/bugs/1357920 Title: Xerox Phaser 8560DN reboots as soon as I bring up the Print requester Status in “cups” package in Ubuntu: Incomplete Bug description: With Ubuntu 14, the Xerox Phaser 8560DN resets as soon as I bring up the Print requester. Up until Ubuntu 14, the Xerox printer worked with Ubuntu. It works fine from Windows. The strange thing is that the Xerox printer manages to crash when I bring up the Printer requester even if I don't have the Xerox printer added to the list of printers. I've increased the memory on our Phaser 8560DN to 1 gig to solve the problem without luck: https://bugs.launchpad.net/ubuntu/+source/cups/+bug/405851 I tried contacting Xerox, but they no longer care if Linux works or not. If it works from Windows, it's not their problem. The obvious solution is to throw out the Xerox printer and never buy one again :-) --- ApportVersion: 2.14.1-0ubuntu3.3 Architecture: amd64 CurrentDesktop: Unity DistroRelease: Ubuntu 14.04 InstallationDate: Installed on 2012-07-04 (778 days ago) InstallationMedia: Ubuntu 12.04 LTS "Precise Pangolin" - Release amd64 (20120425) Lpstat: Error: command ['lpstat', '-v'] failed with exit code 1: lpstat: No destinations added. MachineType: ASUSTeK COMPUTER INC. N56VM NonfreeKernelModules: nvidia Package: cups 1.7.2-0ubuntu1.1 PackageArchitecture: amd64 Papersize: letter ProcCmdline: BOOT_IMAGE=/boot/vmlinuz-3.13.0-33-generic root=UUID=f083477b-9d30-4b78-9d54-7958a51c935e ro quiet splash vt.handoff=7 ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.13.0-33-generic root=UUID=f083477b-9d30-4b78-9d54-7958a51c935e ro quiet splash vt.handoff=7 ProcVersionSignature: Ubuntu 3.13.0-33.58-generic 3.13.11.4 Tags: trusty third-party-packages apparmor apparmor apparmor apparmor apparmor apparmor apparmor apparmor apparmor apparmor apparmor apparmor apparmor apparmor apparmor apparmor apparmor apparmor apparmor apparmor apparmor apparmor apparmor apparmor apparmor apparmor apparmor apparmor apparmor apparmor Uname: Linux 3.13.0-33-generic x86_64 UpgradeStatus: Upgraded to trusty on 2014-06-23 (59 days ago) UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo _MarkForUpload: True dmi.bios.date: 03/01/2012 dmi.bios.vendor: American Megatrends Inc. dmi.bios.version: N56VM.204 dmi.board.asset.tag: ATN12345678901234567 dmi.board.name: N56VM dmi.board.vendor: ASUSTeK COMPUTER INC. dmi.board.version: 1.0 dmi.chassis.asset.tag: No Asset Tag dmi.chassis.type: 10 dmi.chassis.vendor: ASUSTeK COMPUTER INC. dmi.chassis.version: 1.0 dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvrN56VM.204:bd03/01/2012:svnASUSTeKCOMPUTERINC.:pnN56VM:pvr1.0:rvnASUSTeKCOMPUTERINC.:rnN56VM:rvr1.0:cvnASUSTeKCOMPUTERINC.:ct10:cvr1.0: dmi.product.name: N56VM dmi.product.version: 1.0 dmi.sys.vendor: ASUSTeK COMPUTER INC. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups/+bug/1357920/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
