[Bug 968785] [NEW] ghostscript runs for indefinitely long period of time when called by foomatic-rip

Launchpad Bug Tracker 968785 at bugs.launchpad.net
Mon Sep 16 09:42:08 UTC 2013


You have been subscribed to a public bug by Till Kamppeter (till-kamppeter):

I am printing to an HP Professional 1102.   In had no success with HPLIP
so am using foo2zjs instead. This works very well when printing from
Libre Office which seems submits data to the print queue as an octet
stream. Printing from evince/chromium/firefox however seems to submit
data to print queue as PDF, which seems to result in a call by foomatic-
rip to gs, which for most jobs other than text with no graphics runs for
an indefinitely long period of time whilst utilising 100% CPU.

I did a "ps -ewf" to see what options gs is being called with and was
able to confirm that manually running ghostscript from the command line
against more or less any PDF file I have results in the same condition
of an indefinitely long run period. A search on google came up with many
very similar issues but they are all very old and supposedly already
resolved. However, I took my inspiration from these old problem reports
and tried inserting a -dNOTRANSPARENCY into the gs command line and
found that this causes gs to complete its processing in one to two
seconds and the resultant postscript output which I suppose would
normally in the next stage be passed off to foo2zjs for further
processing seems to be OK.

So to sum up, I can simulate the gs command from the command line,
inserting an extra -dNOTRANSPARENCY switch and this seems to work around
my problem with printing, but I cannot print from from any application
other than Libre Office as I do not know how to tell foomatic-rip to
pass this extra switch for me when it calls ghostscript (I guess this is
hard-coded?)

What I would like, (if my understanding is so far correct) is ultimately
a bug fix to ghostscript, and if this going to take a long time then
perhaps in the meantime you could supply me with a way to insert that
extra switch into the processing of my print jobs so I might perhaps
have a usable workaround in the meantime.

Thank you for your time and consideration of my problem.....

*****************************
Other info:

shompoe at shompoe-TOSHIBA-NB305:~$ lsb_release -rd
Description:	Ubuntu precise (development branch)
Release:	12.04


shompoe at shompoe-TOSHIBA-NB305:~$ apt-cache policy ghostscript
ghostscript:
  Installed: 9.05~dfsg-0ubuntu3
  Candidate: 9.05~dfsg-0ubuntu3
  Version table:
 *** 9.05~dfsg-0ubuntu3 0
        500 http://ftp.sjtu.edu.cn/ubuntu/ precise/main amd64 Packages
        100 /var/lib/dpkg/status

ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: ghostscript 9.05~dfsg-0ubuntu3
ProcVersionSignature: Ubuntu 3.2.0-20.32-generic 3.2.12
Uname: Linux 3.2.0-20-generic x86_64
ApportVersion: 1.95-0ubuntu1
Architecture: amd64
Date: Fri Mar 30 08:24:42 2012
Lpstat: device for HP-LaserJet-Pro-P1102: smb://MSHOME/REDROOM/Printer1102
MachineType: TOSHIBA TOSHIBA NB305
Papersize: a4
PpdFiles: HP-LaserJet-Pro-P1102: HP LaserJet Pro P1102 Foomatic/foo2zjs-z2 (recommended)
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.2.0-20-generic root=UUID=a705cec0-31d5-45f8-b7a3-f4b817016160 ro crashkernel=384M-2G:64M,2G-:128M apparmor=0 splash quiet vt.handoff=7
SourcePackage: ghostscript
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 03/16/2010
dmi.bios.vendor: TOSHIBA
dmi.bios.version: V1.40
dmi.board.name: NPVAA
dmi.board.vendor: TOSHIBA
dmi.board.version: 1.00
dmi.chassis.asset.tag: *
dmi.chassis.type: 10
dmi.chassis.vendor: TOSHIBA
dmi.chassis.version: N/A
dmi.modalias: dmi:bvnTOSHIBA:bvrV1.40:bd03/16/2010:svnTOSHIBA:pnTOSHIBANB305:pvrPLL3AL-001012:rvnTOSHIBA:rnNPVAA:rvr1.00:cvnTOSHIBA:ct10:cvrN/A:
dmi.product.name: TOSHIBA NB305
dmi.product.version: PLL3AL-001012
dmi.sys.vendor: TOSHIBA

** Affects: cairo
     Importance: High
         Status: Fix Released

** Affects: cairo (Ubuntu)
     Importance: High
         Status: Fix Committed

** Affects: ghostscript (Ubuntu)
     Importance: High
         Status: Incomplete


** Tags: amd64 apport-bug precise
-- 
ghostscript runs for indefinitely long period of time when called by foomatic-rip
https://bugs.launchpad.net/bugs/968785
You received this bug notification because you are a member of Ubuntu Sponsors Team, which is subscribed to the bug report.



More information about the Ubuntu-sponsors mailing list