[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#414299: marked as done (/usr/lib/cups/filter/pdftops: pdftops filter fails when reading data from stdin)

Your message dated Sun, 1 Jun 2008 23:09:06 +0200
with message-id <20080601210906.GB6509@piware.de>
and subject line Cleaning up old bug reports
has caused the Debian Bug report #414299,
regarding /usr/lib/cups/filter/pdftops: pdftops filter fails when reading data from stdin
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
414299: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=414299
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: cupsys
Version: 1.1.23-10sarge1
Severity: normal
File: /usr/lib/cups/filter/pdftops

pdftops when it receive data from stdin first try to save the whole
stream to disc. This operation fails (Permission error):

1- I have thinked that $tmpfile var has a bad value. The builed path is:
   /var/spool/cups/tmppdfin.45.tmp
   I have edit the line, adding a /:
   /var/spool/cups/tmp/pdfin.45.tmp
2- This don't fix the problem. On the next operation
   open(TEMP, ...)
   the script fails (No such file or directory)

I have thinked that this is a permission error, so i have changed
$tmpfile var to "/tmp/pdftemp". Same problem.

I have also tryed to create "by hand" the file (touch /tmp/pdftemp &&
chmod a+rw /tmp/pdftemp) and the script fails in another point (it
fails on copy(STDIN, TEMP)). The reported error is "No such file or
directory".

My filter, that produces pdftops input is

#!/bin/bash
ps2pdf $6 -

It is executed as first filter and so physically read data from $6 file

After the "wrong filter" pdftops the next filter read an empty file and
so the printer don't print nothing.

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686
Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=it_IT@euro (charmap=ISO-8859-15)

Versions of packages cupsys depends on:
ii  adduser               3.63               Add and remove users and groups
ii  debconf               1.4.30.13          Debian configuration management sy
ii  libc6                 2.3.2.ds1-22sarge5 GNU C Library: Shared libraries an
ii  libcupsimage2         1.1.23-10sarge1    Common UNIX Printing System(tm) - 
ii  libcupsys2-gnutls10   1.1.23-10sarge1    Common UNIX Printing System(tm) - 
ii  libgnutls11           1.0.16-13.2sarge2  GNU TLS library - runtime library
ii  libpam0g              0.76-22            Pluggable Authentication Modules l
ii  libpaper1             1.1.14-3           Library for handling paper charact
ii  libslp1               1.0.11a-2          OpenSLP libraries
ii  patch                 2.5.9-2            Apply a diff file to an original
ii  perl-modules          5.8.4-8sarge5      Core Perl modules
ii  xpdf-utils            3.00-13.6          Portable Document Format (PDF) sui
ii  zlib1g                1:1.2.2-4.sarge.2  compression library - runtime

-- debconf information:
  cupsys/raw-print: true
  cupsys/backend: ipp, lpd, parallel, socket, usb

--- End Message ---
--- Begin Message --- 
Dear bug submitter,

This bug was reported against a very old version of cups (older than
in the current stable Debian version "Etch"). About a year ago,
Martin-Eric Racine asked for feedback whether the bug still applied to
the current Debian Etch version, but we did not get any feedback. In
order to not keep around old, hardware-specific, and inactive bugs
around forever, I close this bug now.

Please report back if you still experience the problem with the
current version in Etch; if you can test Lenny/unstable, that would be
highly appreciated, of course. I will reopen this bug then.

Thank you for your report!

Martin
-- 
Martin Pitt                        | http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)

Attachment: signature.asc
Description: Digital signature


--- End Message ---
Reply to: