[Bug 968785]

[Psychon-d]

Apply to Poppler? This is a bug about cairo...?

The commit that Adrian meant is:
http://cgit.freedesktop.org/cairo/commit/?id=8addb4798c918000eaa6f6dab138e0abb0efa946

And the following two patches fix some problems with it:
http://cgit.freedesktop.org/cairo/commit/?id=a6f51fed985f7db37c672bab0b5dab3f89e78282
http://cgit.freedesktop.org/cairo/commit/?id=279d5a2ed1aaa6d5dbfbeab9e4b4ffa6a66aa6f3

No idea if this can be backported sanely to older cairo versions, good
luck.

-- 
You received this bug notification because you are a member of Ubuntu
Sponsors Team, which is 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 Cairo Graphics Library:
  Fix Released
Status in “cairo” package in Ubuntu:
  Fix Committed
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 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

To manage notifications about this bug go to:
https://bugs.launchpad.net/cairo/+bug/968785/+subscriptions