****** Hi Till, thank you for your interest in this problem.
****** I just tried to print a web page (http://www.mindtools.com/pages/article/newPPM_94.htm)****** The print job is stuck in the print queue and gs is using 100% cpu...
shompoe@shompoe-TOSHIBA-NB305:~$ ps -e | grep gs 1225 ?        00:00:05 gnome-settings- 3708 ?        00:00:52 gs
shompoe@shompoe-TOSHIBA-NB305:~$ ps -efw | grep 3708lp        3708  3705 98 13:32 ?        00:01:05 gs -q -dNOPAUSE -dBATCH -dSAFER -sDEVICE=ps2write -sOUTPUTFILE=%stdout -dLanguageLevel=3 -dCompressFonts=false -dNoT3CCITT -dEncodeMonoImages=false -dEncodeColorImages=false -c save pop -f /var/spool/cups/tmp/00e794f7aa26fshompoe   3719  3554  0 13:33 pts/2    00:00:00 grep --color=auto 3708
shompoe@shompoe-TOSHIBA-NB305:~$ sudo cp /var/spool/cups/tmp/00e794f7aa26f .[sudo] password for shompoe: 
*********  next I deleted the print job through gnome so the print queue is empty*********  and I confirmed with top command that gs process has terminated...
shompoe@shompoe-TOSHIBA-NB305:~$ sudo chown shompoe 00e794f7aa26f shompoe@shompoe-TOSHIBA-NB305:~$ sudo chmod 777 00e794f7aa26f shompoe@shompoe-TOSHIBA-NB305:~$ gs -q -dNOPAUSE -dBATCH -dSAFER -sDEVICE=ps2write -sOUTPUTFILE=%stdout -dLanguageLevel=3 -dCompressFonts=false -dNoT3CCITT -dEncodeMonoImages=false -dEncodeColorImages=false -c save pop -f 00e794f7aa26f > output.ps
********* gs process is using 100% cpu as before so I interrupt with CTRL+C...
shompoe@shompoe-TOSHIBA-NB305:~$ gs -q -dNOPAUSE -dBATCH -dSAFER -sDEVICE=ps2write -sOUTPUTFILE=%stdout -dLanguageLevel=3 -dCompressFonts=false -dNoT3CCITT -dEncodeMonoImages=false -dEncodeColorImages=false -dNOTRANSPARENCY -c save pop -f 00e794f7aa26f > output.ps
********* this time gs completes in about 2 - 3 seconds and the file output.ps opens in evince looking not identical but reasonable.
********* I hope you are able to reproduce this problem. It happens for me printing almost anything from firefox or evince unless it has really really simple graphics.


> Date: Fri, 30 Mar 2012 08:52:48 +0000
> From: <email address hidden>
> To: <email address hidden>
> Subject: [Bug 968785] Re: ghostscript runs for indefinitely long period of	time when called by foomatic-rip
> 
> You already went the correct way, finding a Ghostscript command line
> which reproduces the bug and playing with the command line options to
> make the problem go away,  but for us to fix the bug and find a
> workaround for the time being, we need to reproduce the bug. So please
> post the Ghostscript command line with which you reproduced the bug and
> also post the input file which you have used. Tell us also how you
> obtained the input file (which application, which document file in the
> application, which operation in the application to get the input file).
> This information we will forward to the upstream developers of
> Ghostscript and they usually find a fix in some days.
> 
> 
> ** Changed in: ghostscript (Ubuntu)
>        Status: New => Incomplete
> 
> -- 
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/968785
> 
> Title:
>   ghostscript runs for indefinitely long period of time when called by
>   foomatic-rip
> 
> Status in “ghostscript” package in Ubuntu:
>   Incomplete
> 
> Bug description:
>   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@shompoe-TOSHIBA-NB305:~$ lsb_release -rd
>   Description:	Ubuntu precise (development branch)
>   Release:	12.04
> 
>   
>   shompoe@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
> 
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/ubuntu/+source/ghostscript/+bug/968785/+subscriptions