[Pkg-cups-devel] Bug#662999: cups: stopped printing (to parallel HP LaserJet 1320 printer) after 1.5.0-13

Francesco Poli invernomuto at paranoici.org
Sun Apr 1 15:35:31 UTC 2012


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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-cups-devel/attachments/20120401/fbf3eb91/attachment.pgp>


More information about the Pkg-cups-devel mailing list