Bug#472631: cups-pdf: typo in config file
Thanks for the information. The typo will be fixed upstream with release 2.4.8 Regards, Volker Behr On Tue, 2008-03-25 at 10:02 -0300, Alvaro Herrera wrote: Package: cups-pdf Version: 2.4.6-5 Severity: minor In /etc/cups/cups-pdf.conf, the description of the Cut parameter says is not longer than Out -- it should read is not longer than Cut. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cups-pdf depends on: ii cupsys 1.3.6-2 Common UNIX Printing System(tm) - ii cupsys-client1.3.6-2 Common UNIX Printing System(tm) - ii gs-esp 8.15.3.dfsg.1-1 The Ghostscript PostScript interpr ii gs-gpl 8.56.dfsg.1-1.1 The GPL Ghostscript PostScript int ii libc62.7-6 GNU C Library: Shared libraries ii libpaper-utils 1.1.23 library for handling paper charact cups-pdf recommends no packages. -- no debconf information -- Volker Christian Behr Experimentelle Physik V (Biophysik), Physikalisches Institut Universitaet Wuerzburg, Am Hubland, 97074 Wuerzburg, Germany Office: Room F-069a +49-931-888-5766 (phone) +49-931-888-5851 (fax) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#425405: Impossible to do research in PDF documents
Hi, this is upstream, I can reproduce this issue if you use exotic fonts in OpenOffice. Using Arial for example the output is perfectly searchable by a PDF-viewer. I have to check why GS does not simply replace the font by some other it knows (or what exactly is causing the issue, if not the font unknown to GS). Martin-Eric, could you please re-tag this to 'wishlist' since it technically is not a bug in CUPS-PDF (CUPS-PDF working as designed) but rather in the conversion done by GS (maybe some additional option will help). Regards, Volker On Mon, 2007-05-21 at 16:14 +0200, Valerio Passini wrote: Package: cups-pdf Version: 2.4.2-3 Severity: important Hi All, I have found that the pdf output from cups-pdf is perfectely readable but you cannot perform researches in it (i.e: if in the document is present the word donald and you search for it there is no result (tested with kpdf and Acrobat Reader). I've done this trial using an openoffice document and converting it using both cups-pdf and the internal pdf converter of OpenOffice.org. The output from openoffice works while that from cups-pdf has this problem. This bug is really annoying with indexing programs and when you have large documents. Bye Valerio -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (700, 'unstable'), (600, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.20.11 (PREEMPT) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages cups-pdf depends on: ii cupsys 1.2.11-2Common UNIX Printing System(tm) - ii gs-esp 8.15.3.dfsg.1-1 The Ghostscript PostScript interpr ii libc62.5-7 GNU C Library: Shared libraries cups-pdf recommends no packages. -- no debconf information -- Volker Christian Behr Experimentelle Physik V (Biophysik), Physikalisches Institut Universitaet Wuerzburg, Am Hubland, 97074 Wuerzburg, Germany Office: Room F-069a +49-931-888-5766 (phone) +49-931-888-5851 (fax) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#425405: Impossible to do research in PDF documents
On Mon, 2007-05-21 at 22:20 +0300, =?UTF-8?Q? Martin-=C3=89ric?= Racine wrote: On 5/21/07, Volker Christian Behr [EMAIL PROTECTED] wrote: Hi, this is upstream, I can reproduce this issue if you use exotic fonts in OpenOffice. Using Arial for example the output is perfectly searchable by a PDF-viewer. I have to check why GS does not simply replace the font by some other it knows (or what exactly is causing the issue, if not the font unknown to GS). Martin-Eric, could you please re-tag this to 'wishlist' since it technically is not a bug in CUPS-PDF (CUPS-PDF working as designed) but rather in the conversion done by GS (maybe some additional option will help). Volker, since this is strictly-speaking a GS bug, I'm wondering if reassigning it to GS might make more sense? However, one part of the report attracted my attention: the user successfully creates searchable documents when exporting to PDF directly in OpenOffice. I wonder how their PDF implementation differs from the one used by CUPS? If they implement the PDF generation directly into OpenOffice, they won't run into any unknown-font-issues as I tested: CUPS-PDF creates perfectly searchable documents when a font like Arial is used. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#411620: changing init string to Virtual PDF Printer (CUPS-PDF)
Hello Martin-Éric, On Sat, 2007-05-05 at 18:19 +0300, =?UTF-8?Q? Martin-=C3=89ric?= Racine wrote: Greetings Volker, Now that Etch is released, I'm returning to packaging newer CUPS-PDF versions. I was wondering if you have already changed this string since version 2.4.2 was issued? the identification string was changed in version 2.4.5 . Cheers, Volker
Bug#421868: cups-pdf: gs hangs eating all memory when printing certain files
In CUPS-PDF release 2.4.6 the new options are in place. On Wed, 2007-05-02 at 13:17 +0200, Volker Christian Behr wrote: Hi, this is upstream - I agree with Martin-Éric that you should definitely file this bug against gs-esp, too, since this is where the problem originates. Nevertheless thanks for this hint at the gs options. I will review them and change the CUPS-PDF defaults accordingly where necessary. Volker On Wed, 2007-05-02 at 11:28 +0300, =?UTF-8?Q? Martin-=C3=89ric?= Racine wrote: Thanks for your report. Critical: causes serious data loss, or introduces a security hole on systems where you install the package. Did the above issue introduce a security hole or cause serious data loss? I seriously doubt that it did. Thus, I'm bringing severity down to important. PS: I would tremendously appreciate it if you filed a bug against gs-esp for this issue, as this seems to be where the real problem is. Thanks! On 5/2/07, Christopher Zimmermann [EMAIL PROTECTED] wrote: Package: cups-pdf Version: 2.4.2-3 Severity: critical Tags: patch Justification: breaks the whole system Hi! When printing certain files via cups-pdf, gs runs forever using all cpu and slowly eating all memory. In consequence the system becomes unresponsive after a few seconds and therefore unusable. If you think this bug is not critical, please tell me, so I know better next time. A typical example in our environment would be a MS Excel user printing to the cups-pdf printer using dim borderlines. If you'd like an example .ps file I can provide one. Actually this seems to be a bug in gs-esp, but since I managed to fix it in cups-pdf, I file it against cups-pdf. I could fix it by adding -c .setpdfwrite in the config: GSCall %s -q -dCompatibilityLevel=%s -dNOPAUSE -dBATCH -dSAFER -sDEVICE=pdfwrite -sOutputFile=%s -dAutoRotatePages=/PageByPage -dAutoFilterColorImages=false -dColorImageFilter=/FlateEncode -dPDFSETTINGS=/prepress -c .setpdfwrite -f %s I removed the -c save pop, since /usr/share/doc/gs-esp/Use.htm [Improving Performance] suggests that it is not needed. I don't really understand why this fix works and probably this has to be fixed in gs, too. But the default of gs should be changed anyway as far as I understand the -c .setpdfwrite option. I don't think it is the same bug as #267423 since for me gs never finishes. Kind Regards, Christopher Zimmermann -- Volker Christian Behr Experimentelle Physik V (Biophysik), Physikalisches Institut Universitaet Wuerzburg, Am Hubland, 97074 Wuerzburg, Germany Office: Room F-069a +49-931-888-5766 (phone) +49-931-888-5851 (fax)
Bug#421868: cups-pdf: gs hangs eating all memory when printing certain files
Hi, this is upstream - I agree with Martin-Éric that you should definitely file this bug against gs-esp, too, since this is where the problem originates. Nevertheless thanks for this hint at the gs options. I will review them and change the CUPS-PDF defaults accordingly where necessary. Volker On Wed, 2007-05-02 at 11:28 +0300, =?UTF-8?Q? Martin-=C3=89ric?= Racine wrote: Thanks for your report. Critical: causes serious data loss, or introduces a security hole on systems where you install the package. Did the above issue introduce a security hole or cause serious data loss? I seriously doubt that it did. Thus, I'm bringing severity down to important. PS: I would tremendously appreciate it if you filed a bug against gs-esp for this issue, as this seems to be where the real problem is. Thanks! On 5/2/07, Christopher Zimmermann [EMAIL PROTECTED] wrote: Package: cups-pdf Version: 2.4.2-3 Severity: critical Tags: patch Justification: breaks the whole system Hi! When printing certain files via cups-pdf, gs runs forever using all cpu and slowly eating all memory. In consequence the system becomes unresponsive after a few seconds and therefore unusable. If you think this bug is not critical, please tell me, so I know better next time. A typical example in our environment would be a MS Excel user printing to the cups-pdf printer using dim borderlines. If you'd like an example .ps file I can provide one. Actually this seems to be a bug in gs-esp, but since I managed to fix it in cups-pdf, I file it against cups-pdf. I could fix it by adding -c .setpdfwrite in the config: GSCall %s -q -dCompatibilityLevel=%s -dNOPAUSE -dBATCH -dSAFER -sDEVICE=pdfwrite -sOutputFile=%s -dAutoRotatePages=/PageByPage -dAutoFilterColorImages=false -dColorImageFilter=/FlateEncode -dPDFSETTINGS=/prepress -c .setpdfwrite -f %s I removed the -c save pop, since /usr/share/doc/gs-esp/Use.htm [Improving Performance] suggests that it is not needed. I don't really understand why this fix works and probably this has to be fixed in gs, too. But the default of gs should be changed anyway as far as I understand the -c .setpdfwrite option. I don't think it is the same bug as #267423 since for me gs never finishes. Kind Regards, Christopher Zimmermann -- Volker Christian Behr Experimentelle Physik V (Biophysik), Physikalisches Institut Universitaet Wuerzburg, Am Hubland, 97074 Wuerzburg, Germany Office: Room F-069a +49-931-888-5766 (phone) +49-931-888-5851 (fax)
Bug#411620: please provide descriptive printer name
On Tue, 2007-02-20 at 18:43 +1100, Drew Parsons wrote: Package: cups-pdf Version: 2.4.2-2 Severity: minor After cups-pdf is installed, the CUPS admin facilities (I use http://localhost:631/admin) identify that a New Printer has been found (nice). The new printer is labelled as PDF Printer (Virtual Printer) (also nice). After clicking on the Add This Printer link, I find the new printer which I'm setting up is automatically given the name Virtual_Printer. This is not so nice. Virtual_Printer could mean any number of things. I think it would be very helpful if the default name identified just what kind of virtual printer it was. Virtual_PDF_Printer would do the job, or PDF_Printer or something like that. I can't see the name in the conffile or PPD, I assume it must be hardcoded in /usr/lib/cups/backend/cups-pdf ? (This is upstream) You are right - this information is taken from the backend's initialisation string with which it informs CUPS of its existance. I will change this to some more comprehensive name. If no one objects, I will make it Virtual PDF Printer (CUPS-PDF) which will result in CUPS-PDF as printer name. Regards, Volker Thanks, Drew -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages cups-pdf depends on: ii cupsys 1.2.7-4 Common UNIX Printing System(tm) - ii gs-esp 8.15.3.dfsg.1-1 The Ghostscript PostScript interpr ii libc62.3.6.ds1-11GNU C Library: Shared libraries cups-pdf recommends no packages. -- no debconf information -- Volker Christian Behr Experimentelle Physik V (Biophysik), Physikalisches Institut Universitaet Wuerzburg, Am Hubland, 97074 Wuerzburg, Germany Office: Room F-069a +49-931-888-5766 (phone) +49-931-888-5851 (fax) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409356: cups-pdf: allows unprivileged user to read parts of any file
I am the CUPS-PDF developer. Though I am not using Debian I am quite confused by this behaviour: CUPS-PDF is supposed to be mode 700 on CUPS v1.2.x environments (so unprivileged users should not even be able to execute it). Furthermore CUPS-PDF is explicitely not meant to be installed SUID 'root' (neither is ghostscript) - so how can those two programs access /etc/shadow at all? Please check the permissions of the CUPS-PDF backend and GS - neither should be SUID 'root' under any circumstances. CUPS-PDF should even more be mode 700 executable by 'root' only. If this is not the case in the default installation it has to be fixed in the Debian package. On Fri, 2007-02-02 at 11:31 +0100, Grzegorz Żur wrote: Package: cups-pdf Version: 2.4.2-1 Severity: critical Justification: root security hole Tags: security Unprivileged user can execute /usr/lib/cups/backend/cups-pdf to read parts of any file. End of file is printed by Ghostscript in error report. Execution of this command as unprivileged user /usr/lib/cups/backend/cups-pdf shadow user title 1 '' /etc/shadow will result in Ghostscript error showing last line of /etc/shadow file (possibly containing password hash) ERROR: /undefined in saned:!:13511:0:9:7::: ... -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-albemuth Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Versions of packages cups-pdf depends on: ii cupsys 1.2.7-3 Common UNIX Printing System(tm) - ii gs-esp 8.15.3.dfsg.1-1 The Ghostscript PostScript interpr ii libc62.3.6.ds1-10GNU C Library: Shared libraries cups-pdf recommends no packages. -- no debconf information -- Volker Christian Behr Experimentelle Physik V (Biophysik), Physikalisches Institut Universitaet Wuerzburg, Am Hubland, 97074 Wuerzburg, Germany Office: Room F-069a +49-931-888-5766 (phone) +49-931-888-5851 (fax)
Bug#409356: cups-pdf: allows unprivileged user to read parts of any file
On Fri, 2007-02-02 at 13:49 +0200, =?UTF-8?Q? Martin-=C3=89ric?= Racine wrote: On 2/2/07, Volker Christian Behr [EMAIL PROTECTED] wrote: Please check the permissions of the CUPS-PDF backend and GS - neither should be SUID 'root' under any circumstances. CUPS-PDF should even more be mode 700 executable by 'root' only. If this is not the case in the default installation it has to be fixed in the Debian package. Permissions were made 6755 to enable outputting documents to someone's home directory (or a subdirectory). Unless I'm mistaken, 0700 would not enable the same thing? Starting with version 1.2.0 CUPS will call any backend that is owned by 'root' and set to mode 0700 with full root privileges which should enable CUPS-PDF to print to any destination. I know Ubuntu to have modified CUPS (e.g. the web-admin interface is disabled) but I cannot tell what other changes they did. I strongly reccommend making CUPS-PDF mode 0700 again since this is to-the-letter within the specifications of CUPS. -- Volker Christian Behr Experimentelle Physik V (Biophysik), Physikalisches Institut Universitaet Wuerzburg, Am Hubland, 97074 Wuerzburg, Germany Office: Room F-069a +49-931-888-5766 (phone) +49-931-888-5851 (fax) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#392706: (no subject)
(upstream here) In the past there were some issues with non-ESP versions of GS in combination with CUPS-PDF since not all options were supported (at least not in the same way). I never tested CUPS-PDF against GS-GPL, so I cannot guarantee that it will work. But if the maintainer can test CUPS-PDF with the GS-GPL that comes with Debian, it is ok for me to include this alternative. Martin Haefele said: Subject: cups-pdf should depend on either gs-esp or gs-gpl Package: cups-pdf Version: 2.4.2-1 Severity: normal *** Please type your report below this line *** cups-pdf depends on gs-esp solely. Since from version 8.54 gs-gpl is available as complete gpl'ed program, it should be possible to install either gs-gpl or gs-esp. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages cups-pdf depends on: ii cupsys 1.2.4-2+b1 Common UNIX Printing System(tm) - ii gs-esp 8.15.3.dfsg.1-1 The Ghostscript PostScript interpr ii libc62.3.6.ds1-4 GNU C Library: Shared libraries cups-pdf recommends no packages. -- no debconf information -- Volker Christian Behr Experimentelle Physik V (Biophysik), Physikalisches Institut Universitaet Wuerzburg, Am Hubland, 97074 Wuerzburg, Germany Office: Room F-069a +49-931-888-5766 (phone) +49-931-888-5851 (fax)
Bug#390590: /etc/cups/cups-pdf.conf is updated for every new release
On Tue, 2006-10-03 at 05:22, Jonas Meurer wrote: On 02/10/2006 Volker Christian Behr wrote: unfortunately, a version information in /etc/cups/cups-pdf.conf is updated every new upstream release. i consider this as a bug as it causes dpkg to ask for a configfile update even if no content changed. if you have local changes in the configuration, this is very annoying. maybe you can convince upstream to remove the release version from the configuration file. Is there a way to make dpkg ignore this comment in the configuration file? unfortunately not. the only solution i can think of now, is that the debian package strips the version line from the config at build time. For some other installations/distributions I depend on the version number being part of the config file could you explain in which situations a version number in the config is required? Anytime people do not use the pre-packaged versions (i.e. Debian packages, rpms and so on) but compile and install from the sources. They tend to forget to update the configuration along with binary. So I have to check each config-file they send to me by comparing with my sources whether it matches the version they are using and they cannot check it by themselves easily. This is - as I had to learn the hard way - a lot of extra work when debugging installation issues. -- Volker Christian Behr Experimentelle Physik V (Biophysik), Physikalisches Institut Universitaet Wuerzburg, Am Hubland, 97074 Wuerzburg, Germany Office: Room F-069a +49-931-888-5766 (phone) +49-931-888-5851 (fax) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390590: /etc/cups/cups-pdf.conf is updated for every new release
On Mon, 2006-10-02 at 03:12, Jonas Meurer wrote: Package: cups-pdf Version: 2.4.2-1 Severity: normal hello, unfortunately, a version information in /etc/cups/cups-pdf.conf is updated every new upstream release. i consider this as a bug as it causes dpkg to ask for a configfile update even if no content changed. if you have local changes in the configuration, this is very annoying. maybe you can convince upstream to remove the release version from the configuration file. Hi! Is there a way to make dpkg ignore this comment in the configuration file? For some other installations/distributions I depend on the version number being part of the config file Volker ... jonas -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-amd64-resivo Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages cups-pdf depends on: ii cupsys 1.2.4-2 Common UNIX Printing System(tm) - ii gs-esp 8.15.3.dfsg.1-1 The Ghostscript PostScript interpr ii libc62.3.6.ds1-5 GNU C Library: Shared libraries cups-pdf recommends no packages. -- no debconf information -- Volker Christian Behr Experimentelle Physik V (Biophysik), Physikalisches Institut Universitaet Wuerzburg, Am Hubland, 97074 Wuerzburg, Germany Office: Room F-069a +49-931-888-5766 (phone) +49-931-888-5851 (fax) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390229: cups-pdf: Feature request: do not overwrite files for jobs with identical names
On Fri, 2006-09-29 at 23:57, Dimitris Kogias wrote: Package: cups-pdf Version: 2.4.1-2 Severity: wishlist When two print jobs are sent to cups-pdf with the same name, the second job's PDF file will overwrite the first job's file in $HOME/PDF/. cups-pdf should use a convention like foo-1, foo-2 etc or similar. This is especially a problem when printing from a browser (firefox) where the job name is derived from the page title. Some web sites (e.g. my online banking site) keep the same title for different pages one might want to print, leading to lost PDFs. This feature is already implemented - just set the option Label in /etc/cups/cups-pdf.conf to 1 (it is set to 0 by default). For that point on all jobs will be labeled with a unique ID. Volker -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages cups-pdf depends on: ii cupsys 1.2.4-1 Common UNIX Printing System(tm) - ii gs-esp 8.15.2.dfsg.1-2 The Ghostscript PostScript interpr ii libc62.3.6.ds1-4 GNU C Library: Shared libraries cups-pdf recommends no packages. -- no debconf information -- Volker Christian Behr Experimentelle Physik V (Biophysik), Physikalisches Institut Universitaet Wuerzburg, Am Hubland, 97074 Wuerzburg, Germany Office: Room F-069a +49-931-888-5766 (phone) +49-931-888-5851 (fax) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390141: cups-pdf: please migrate PPD to /usr/share/ppd directory
On Fri, 2006-09-29 at 16:43, Martin-Éric Racine wrote: On Fri, September 29, 2006 15:52, Kenshi Muto wrote: Package: cups-pdf Version: 2.4.1-2 Severity: normal Debian printing team had already decided all PPDs should be under /usr/share/ppd. Could you move PPD files to that directory? (you may make a subdirectory) Volker: is cups-pdf dependent upon the PPD being at a specific location? No, the CUPS-PDF does not access the PPD itself. So if you move it into a location where CUPS can find it, it will work fine. -- Volker Christian Behr Experimentelle Physik V (Biophysik), Physikalisches Institut Universitaet Wuerzburg, Am Hubland, 97074 Wuerzburg, Germany Office: Room F-069a +49-931-888-5766 (phone) +49-931-888-5851 (fax)
Bug#387752: cups-pdf: support UTF-8
On Sat, 2006-09-16 at 17:15, Martin-Éric Racine wrote: la, 2006-09-16 kello 20:21 +0800, Dan Jacobson kirjoitti: Package: cups-pdf Version: 2.4.1-1 Severity: normal Support UTF-8, so one can do $ date|lp and not have characters missing. Good point. However, I am not convinced that CUPS-PDF is to blame, since printing UTF-8 text works fine from GNOME. Here, I regularly mix Cyrillic and Latin characters, a combination that clearly requires UTF-8 support. I suspect that how CUPS clients and Ghostscript select fonts affect the absence or presence of certain characters, thus why I'm copying this to the CUPS and Ghostscript maintainers for comment. The CUPS-PDF author is already subscribed to this package's PTS and can probably also contribute answers to this bug report. Hi, I agree that this is most likely not the fault of CUPS-PDF itself but one of the other programs it uses. You might want to try a different postscript PPD file that is known to work with your charset (CUPS-PDF will accept any PPD file that creates postscript code). In order to track down the issue it would be helpful to know where the error occurs: $ date|enscript -o date.ps creates a PS-file with the date-sting (you can also use e.g. a2ps instead of enscript). Printing this file to CUPS-PDF set up without a PPD file (i.e. raw queue) will result in a PDF: if there the characters are mangled it is a issue with the setup of ghostscript, if there everything is fine it is probably due to the PPD file. Volker -- Volker Christian Behr Experimentelle Physik V (Biophysik), Physikalisches Institut Universitaet Wuerzburg, Am Hubland, 97074 Wuerzburg, Germany Office: Room F-069a +49-931-888-5766 (phone) +49-931-888-5851 (fax)
Bug#361062: cups-pdf: Incorrect reading of *UMask configuration parameters
Thanks for this patch - I will implement it asap. Volker On Thu, 2006-04-06 at 11:34, Nickolay Kondrashov wrote: Package: cups-pdf Version: 2.0.5-1 Severity: normal Tags: patch CUPS-PDF reads it's configuration options AnonUMask and UserUMask incorrectly, using decimal base, instead of octal. Patch follows: diff -ru a/src/cups-pdf.h b/src/cups-pdf.h --- a/src/cups-pdf.h2006-02-26 15:48:50.0 +0300 +++ b/src/cups-pdf.h2006-04-06 13:16:37.0 +0400 @@ -133,11 +133,11 @@ conf.lowercase=(tmp0)?1:0; } else if (!strcmp(AnonUMask,key)) { -tmp=atoi(value); +tmp=(int)(strtol(value,NULL,8)); conf.anonumask=tmp; } else if (!strcmp(UserUMask,key)) { -tmp=atoi(value); +tmp=(int)(strtol(value,NULL,8)); conf.userumask=tmp; } else -- System Information: Debian Release: 3.1 APT prefers stable APT policy: (990, 'stable'), (50, 'testing'), (25, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.12-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages cups-pdf depends on: ii adduser 3.63Add and remove users and groups ii cupsys 1.1.23-10sarge1 Common UNIX Printing System(tm) - ii gs-esp 7.07.1-9The Ghostscript PostScript interpr ii libc62.3.2.ds1-22GNU C Library: Shared libraries an -- no debconf information -- Volker Christian Behr Experimentelle Physik V (Biophysik), Physikalisches Institut Universitaet Wuerzburg, Am Hubland, 97074 Wuerzburg, Germany Office: Room F-069a +49-931-888-5766 (phone) +49-931-888-5851 (fax) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344872: Same bug empty files to print with cups-pdf
Hi, it might be that the New-Stylus-Color-printer driver does not create correct postscript. Try using the PostScript Color driver that comes with CUPS-PDF (or at least some driver that explicitely says generic PS driver). Since the PDF is correctly created if you call cups-pdf directly (on the commandline) with a PS-File the printer driver seems the obvious culprit. Volker On Sat, 2006-04-01 at 22:44, Mario Oyorzabal Salgado wrote: Hi, i have make more test's for know about this problem :-P, i have made this: # /usr/lib/cups/backend/cups-pdf 1 tuxsoul Test 1 0 /home/tuxsoul/mozilla.ps I think so cups-pdf run with user tuxsoul, the result is a correct pdf file, in tuxsoul home, but if try to print since gedit or any gnome or gui, application, the result is the empty file, may be ¿is the communication between cups and cups-pdf? I have install the driver for printer New-Stylus-Color-printer for using cups-pdf, in my gnome enviroment. Sorry for skype this info =P. Volker Christian Behr wrote: Hi, from what I can see from the logfile, when printing as non-root GS returns the error code 256 - this usually means that the source file cannot be read. Please check whether the directory /var/spool/cups-pdf/SPOOL is readable for the group lpadmin. One thing you can try is removing the entire directory /var/spool/cups-pdf ... CUPS-PDF will re-create the tree with suitable permissions. Volker -- Volker Christian Behr Experimentelle Physik V (Biophysik), Physikalisches Institut Universitaet Wuerzburg, Am Hubland, 97074 Wuerzburg, Germany Office: Room F-069a +49-931-888-5766 (phone) +49-931-888-5851 (fax)
Bug#344872: Same bug empty files to print with cups-pdf
On Sun, 2006-04-02 at 18:49, Martin-Éric Racine wrote: su, 2006-04-02 kello 11:21 -0500, Mario Oyorzabal Salgado kirjoitti: Volker Christian Behr wrote: it might be that the New-Stylus-Color-printer driver does not create correct postscript. Try using the PostScript Color driver that comes with CUPS-PDF (or at least some driver that explicitely says generic PS driver). Is posible when install cups-pdf automatic install this driver postscript color driver, or show a notice in the process of instalation for know to the user the best driver compatibility with cups-pdf ?. I'm starting to think that making our driver the only possible choice for the CUPS-PDF back-end might indeed make a lot of sense. I agree - it supports by now a wide choice of paper formats (probably more than most other drivers) and produces good PS code. Perhaps the post-installation configuration can do an automatic setup of the printer (if the user agrees) with lpadmin -p PDF -v cups-pdf:/ -m PostscriptColor.ppd -E -- Volker Christian Behr Experimentelle Physik V (Biophysik), Physikalisches Institut Universitaet Wuerzburg, Am Hubland, 97074 Wuerzburg, Germany Office: Room F-069a +49-931-888-5766 (phone) +49-931-888-5851 (fax)
Bug#344872: Same bug empty files to print with cups-pdf
Hi, from what I can see from the logfile, when printing as non-root GS returns the error code 256 - this usually means that the source file cannot be read. Please check whether the directory /var/spool/cups-pdf/SPOOL is readable for the group lpadmin. One thing you can try is removing the entire directory /var/spool/cups-pdf ... CUPS-PDF will re-create the tree with suitable permissions. Volker Mario Oyorzabal Salgado said: Hi, i'm do the step's you send me, and the pdf file was create correctly for user root. Testing again with user tuxsoul don't using the steps you send me, to record the log in the cups-pdf_log file, when a user print but not is root, and the pdf file is create with 718 or 716 bytes empty. You can see this in the attach file. greeting, sorry my english is bad =). Volker Christian Behr wrote: Hi, ok, so we will need a step-by-step diagnostics. CUPS-PDF can be called by hand to verify its operation. Let's try the following steps: 1. set the option LogType to 7 in /etc/cups/cups-pdf.conf 2. as user 'root' do the following call: /usr/lib/cups/backend/cups-pdf the output should read file cups-pdf:/ PDF Printer Virtual Printer 3. as user 'root' try to convert a PS file with CUPS-PDF /usr/lib/cups/backend/cups-pdf 1 root Test 1 0 some-PS-file Now a PDF should have been created for root and in /var/log/cups/cups-pdf_log there should be a lot of debug output. This debug output should help determining the culprit. Regards, Volker -- hechando a perder se aprende http://mx.tuxsoul.com http://mx.dolric.com --BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d? s: a? C+++ UL+++ P+ L++ E--- W++ N+ o K- w++ O-- M V- PS PE Y PGP++ t++ 5 X+++ R* tv++ b- DI+++ D G++ e- h++ !r !z ---END GEEK CODE BLOCK-- -- Volker Christian Behr Experimentelle Physik V (Biophysik), Physikalisches Institut Universitaet Wuerzburg, Am Hubland, 97074 Wuerzburg, Germany Office: Room F-069a +49-931-888-5766 (phone) +49-931-888-5851 (fax)
Bug#344872: Same bug empty files to print with cups-pdf
Ok, do we get a log-file by now (/var/log/cups/cups-pdf_log)? This one cups-pdf should write at least even if the PDF creation fails. Btw.: are you using SELinux? Volker On Wed, 2006-03-29 at 03:43, Mario Oyorzabal Salgado wrote: Volker Christian Behr wrote: Oops, sorry, my mistake: it must read: /etc/cups/cupsd.conf , not /etc/cups/cups-pdf.conf So, please check /etc/cups/cupsd.conf for the RunAsUser Statement and if there is none add the following line: RunAsUser No and restart CUPS. Volker Ho, ok, I have add the RunAsUser in cupsd.conf file, in line: 369, restarting cups, but i have the same result, a file empty with 718 bytes. :-( -- Volker Christian Behr Experimentelle Physik V (Biophysik), Physikalisches Institut Universitaet Wuerzburg, Am Hubland, 97074 Wuerzburg, Germany Office: Room F-069a +49-931-888-5766 (phone) +49-931-888-5851 (fax) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344872: Same bug empty files to print with cups-pdf
From the directory listing I can see that the cups-pdf_log was not touched for 2 days by now, but there are enties in the error_log. Do those give any insight? Volker On Wed, 2006-03-29 at 19:00, Mario Oyorzabal Salgado wrote: Volker Christian Behr wrote: Ok, do we get a log-file by now (/var/log/cups/cups-pdf_log)? This one cups-pdf should write at least even if the PDF creation fails. Btw.: are you using SELinux? Volker On Wed, 2006-03-29 at 03:43, Mario Oyorzabal Salgado wrote: Nop, i'm not using SELinux. The log is empty: -rw-r--r-- 1 root lpadmin 43318 2006-03-29 09:32 access_log -rw--- 1 root lpadmin 0 2006-03-27 10:23 cups-pdf_log -rw-r--r-- 1 root lpadmin 10416 2006-03-29 09:31 error_log -rw-r--r-- 1 root lpadmin 8976 2006-03-28 19:39 page_log -- Volker Christian Behr Experimentelle Physik V (Biophysik), Physikalisches Institut Universitaet Wuerzburg, Am Hubland, 97074 Wuerzburg, Germany Office: Room F-069a +49-931-888-5766 (phone) +49-931-888-5851 (fax) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344872: Same bug empty files to printf with cups-pdf
Oops, sorry, my mistake: it must read: /etc/cups/cupsd.conf , not /etc/cups/cups-pdf.conf So, please check /etc/cups/cupsd.conf for the RunAsUser Statement and if there is none add the following line: RunAsUser No and restart CUPS. Volker Mario Oyorzabal Salgado said: Volker Christian Behr wrote: On Mon, 2006-03-27 at 21:28, Mario Oyorzabal Salgado wrote: In /etc/cups/cups-pdf.conf: is the RunAsUser option set to No ? Volker I'm check the conf file: #grep RunAsUser cups-pdf.conf but don't show nothing, i don't have the RunAsUser option in my conf file, how can set this option ?, so if necesary ? p.d. sorry my engish is bad =) -- hechando a perder se aprende http://mx.tuxsoul.com http://mx.dolric.com --BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d? s: a? C+++ UL+++ P+ L++ E--- W++ N+ o K- w++ O-- M V- PS PE Y PGP++ t++ 5 X+++ R* tv++ b- DI+++ D G++ e- h++ !r !z ---END GEEK CODE BLOCK-- -- Volker Christian Behr Experimentelle Physik V (Biophysik), Physikalisches Institut Universitaet Wuerzburg, Am Hubland, 97074 Wuerzburg, Germany Office: Room F-069a +49-931-888-5766 (phone) +49-931-888-5851 (fax)
Bug#344872: Same bug empty files to printf with cups-pdf
On Mon, 2006-03-27 at 21:28, Mario Oyorzabal Salgado wrote: Package: cups-pdf Version: 2.0.5-1 Followup-For: Bug #344872 I have the same problem with cups-pdf, when printf files any application the result file is empty with 716 bytes =), the log files cups-pdf is too empty. In /etc/cups/cups-pdf.conf: is the RunAsUser option set to No ? Volker sorry my english is poor =P. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=es_MX.UTF-8, LC_CTYPE=es_MX.UTF-8 (charmap=UTF-8) Versions of packages cups-pdf depends on: ii adduser 3.85Add and remove users and groups ii cupsys 1.1.23-12 Common UNIX Printing System(tm) - ii gs-esp 8.15.1.dfsg.1-1 The Ghostscript PostScript interpr ii libc62.3.6-3 GNU C Library: Shared libraries an cups-pdf recommends no packages. -- no debconf information -- Volker Christian Behr Experimentelle Physik V (Biophysik), Physikalisches Institut Universitaet Wuerzburg, Am Hubland, 97074 Wuerzburg, Germany Office: Room F-069a +49-931-888-5766 (phone) +49-931-888-5851 (fax) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343145: cups-pdf: graphics work, text is garbled
On Mon, 2006-01-16 at 23:16, Alex Satrapa wrote: On 16 Jan 2006, at 21:15, Volker Christian Behr wrote: What printer driver is your CUPS on the Mac OS X platform using? The printer is set up as a Generic - Colour PostScript Printer. (What I have in mind is that perhaps your Mac OS X driver uses a font description which is not available on the Linux-server and for some reason the font substitution fails.) Is there a way I can get GhostScript to produce sensible debugging output about fonts it is trying to use? It may simply be the case that one font I need is missing. Unfortunately I am not that deep into GhostScript. If the postscript still looks ok (text and images when viewed with ghostview or similar) and only the converted PDF shows garbled text it might be worthwhile to talk to the people in charge of GhostScript. Alex Satrapa Australian Phenomics Facility Building 117 Garran Road The Australian National University Canberra ACT 0200 Australia T: +61 2 6125 1335 F: +61 2 6125 1381 W: www.apf.edu.au CRICOS Provider #0120C -- Volker Christian Behr Experimentelle Physik V (Biophysik), Physikalisches Institut Universitaet Wuerzburg, Am Hubland, 97074 Wuerzburg, Germany Office: Room F-069a +49-931-888-5766 (phone) +49-931-888-5851 (fax) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343145: cups-pdf: graphics work, text is garbled
On Tue, 2006-01-17 at 23:22, Alex Satrapa wrote: On 17 Jan 2006, at 23:38, Volker Christian Behr wrote: Unfortunately I am not that deep into GhostScript. If the postscript still looks ok (text and images when viewed with ghostview or similar) and only the converted PDF shows garbled text it might be worthwhile to talk to the people in charge of GhostScript. Sounds like a plan - I'll come back to this bug when I find out what the problem is, so other people with the same problem can quickly find the solution. Ok, thanks a lot for your help! :-) Cheers, Volker Regards Alex Alex Satrapa Australian Phenomics Facility Building 117 Garran Road The Australian National University Canberra ACT 0200 Australia T: +61 2 6125 1335 F: +61 2 6125 1381 W: www.apf.edu.au CRICOS Provider #0120C -- Volker Christian Behr Experimentelle Physik V (Biophysik), Physikalisches Institut Universitaet Wuerzburg, Am Hubland, 97074 Wuerzburg, Germany Office: Room F-069a +49-931-888-5766 (phone) +49-931-888-5851 (fax) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343145: cups-pdf: graphics work, text is garbled
On Mon, 2006-01-16 at 07:37, Alex Satrapa wrote: On 14 Jan 2006, at 21:26, Martin-Éric Racine wrote: to, 2005-12-15 kello 11:43 +0100, Volker Christian Behr kirjoitti: gs -q -dCompatibilityLevel=1.4 -dNOPAUSE -dBATCH -dSAFER -sDEVICE=pdfwrite -sOutputFile=/tmp/testpage.pdf -dAutoRotatePages=/PageByPage -dAutoFilterColorImages=false -dColorImageFilter=/FlateEncode -dPDFSETTINGS=/prepress -c save pop -f spoolfile Alex: have you tried the above test? Could you please provide me and Volker with your results, so that we can resolve this issue? Thanks! Yes - I thought I had responded to it some time ago. The output is garbled, just like the original PDF printed out by the cups-pdf printer. It turns out that the printing is only garbled when printing from my Mac OS X computer - when I print from a Windows XP computer the postscript works fine. So there's something the Mac OS X print system does differently that causes cups-pdf to have a headache. If you are prepared to pursue this bug to see what CUPS can do to better handle printing from Mac OS X, I'd love to continue. Printing to PostScript laser printers works fine from this computer. I've stripped the command down to the following, that still produces scrambled output: gs -sDEVICE=pdfwrite -dNOPAUSE -dBATCH -sOutputFile=out.pdf -c save pop -f in.ps What printer driver is your CUPS on the Mac OS X platform using? Perhaps changing there to another PostScript driver will resolve the issue. (What I have in mind is that perhaps your Mac OS X driver uses a font description which is not available on the Linux-server and for some reason the font substitution fails.) Alex Satrapa Australian Phenomics Facility Building 117 Garran Road The Australian National University Canberra ACT 0200 Australia T: +61 2 6125 1335 F: +61 2 6125 1381 W: www.apf.edu.au CRICOS Provider #0120C -- Volker Christian Behr Experimentelle Physik V (Biophysik), Physikalisches Institut Universitaet Wuerzburg, Am Hubland, 97074 Wuerzburg, Germany Office: Room F-069a +49-931-888-5766 (phone) +49-931-888-5851 (fax)
Bug#344872: cups-pdf creates 0 bytes pdf file.
A NFS mount is a possibility though that should not prevent logging (except /var is also an NFS mount). Is perhaps the RunAsUser option set to yes in CUPS? Then CUPS would not run as root and therefore would fail for all CUPS-PDF operations except if initiated by root. If already the initialization of CUPS-PDF fails there could be a hint in the error log of CUPS itself. Martin-Ã#8240;ric Racine said: ti, 2005-12-27 kello 15:51 -0300, Andres Junge kirjoitti: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Martin-Ã#8240;ric Racine wrote: ti, 2005-12-27 kello 02:53 -0300, Andres Junge kirjoitti: Cups creates 0 byte pdf file as normal user. As root works ok. Please check /var/log/cups/cups-pdf_log and paste a copy of what it reports to [EMAIL PROTECTED] Thanks. Nothing. /var/log/cups/cups-pdf_log is an empty file (0 byte file). If CUPS-PDF had problems creating the file, it would have logged something about it automatically. Do you have an unusual situation involving e.g. home directories mounted via NFS that could perhaps have the worng mounting options? -- Martin-Ã#8240;ric Racine http://q-funk.iki.fi -- Volker Christian Behr Experimentelle Physik V (Biophysik), Physikalisches Institut Universitaet Wuerzburg, Am Hubland, 97074 Wuerzburg, Germany Office: Room F-069a +49-931-888-5766 (phone) +49-931-888-5851 (fax)
Bug#343145: cups-pdf: graphics work, text is garbled
On Thu, 2005-12-15 at 04:41, Alex Satrapa wrote: On 14 Dec 2005, at 20:23, Volker Christian Behr wrote: This might also be due to some settings for character encoding. I suggest the following tests: 1st: print the CUPS printer test page to CUPS-PDF and check whether there the text appears properly Test page works perfectly. 2nd: create a postscript from a simple text file (e.g. by a2ps or encode), check it with ghostview and print this postscript to CUPS-PDF I created a text file (blah.txt) containing the characters Blah, then used a2ps to create a PostScript file (blah.ps), a2ps blah.txt -o blah.ps. The PostScript file looks fine, and cups-pdf converts it to PDF just fine. Ok, so we seem to only run into a problem if the PostScript is generated by CUPS (with the PPD). 3rd: if 1st and 2nd work, to get to the PostScript file that is used by CUPS-PDF you will have to edit the source code of cups-pdf ... Finished this - the postscript in the CUPS spool (/var/spool/cups) and the cups-pdf backend spool (/var/spool/cups-pdf/SPOOL) are identical (which seems reasonable enough), and both render fine in kghostview (I'm using KDE3 on my Linux workstations, Mac OS X 10.3 on my desktop). When trying to open one of the PostScript files in Preview (the Mac OS X equivalent of Kghostview) I get the error, Can't create CMap Adobe-Identity-UCS2. Does this provide any hints as to the nature of the problem? I guess the next step is to go through the process that is automated by cups-pdf to figure out at what point the damage is being done. I do not know this error but it might be related to the problem. First I would like to try to generate a PDF on the command line from the spoolfile with options identicl to the ones CUPS-PDF uses. To do this, execute the following command for spoolfile: gs -q -dCompatibilityLevel=1.4 -dNOPAUSE -dBATCH -dSAFER -sDEVICE=pdfwrite -sOutputFile=/tmp/testpage.pdf -dAutoRotatePages=/PageByPage -dAutoFilterColorImages=false -dColorImageFilter=/FlateEncode -dPDFSETTINGS=/prepress -c save pop -f spoolfile Now gs should generate a PDF the same way as if invoked by cups-pdf. If we still get garbled text we can debug without cups-pdf being involved which will make things easier. -- Volker Christian Behr Experimentelle Physik V (Biophysik), Physikalisches Institut Universitaet Wuerzburg, Am Hubland, 97074 Wuerzburg, Germany Office: Room F-069a +49-931-888-5766 (phone) +49-931-888-5851 (fax) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343145: cups-pdf: graphics work, text is garbled
Alex Satrapa said: On 13 Dec 2005, at 17:51, Martin-Éric Racine wrote: 1) Ghostscript versions that you use? dpkg -l gs-esp 11:19 [0|16]% dpkg -l gs-esp [snip] ii gs-esp 7.07.1-9 The Ghostscript PostScript interpreter - ESP ver 2) DPI setting of your cups-pdf printer in CUPS preferences? DPI is set to 1200 default in the PPD. Note that CUPS-PDF is completely dependant [on] Ghostscript for the printing quality. This might be a ghostscript problem then, since the text is being garbled - as in encrypted, not drawn badly. For example, your message to me started with the text: severity 343145 important thanks while on the PDF version printed via CUPS-PDF, the starting text was: 2013! So by garbled I don't mean printed unclearly, I mean replaced with meaningless rubbish or perhaps even encrypted. The layout is great - almost pixel for pixel, but the actual glyphs that make up the text are replaced with other symbols. In fact, having a closer look at the text, it looks almost like a transliteration error: Note that CUPS-PDF is completely dependant upon the DPI resolution configured in CUPS via the printer management interface and upon Ghostscript for the printing quality. is replaced with: W/(20(UV@[EMAIL PROTECTED](%!(A/-.88'(D.1D01(C./1(2([EMAIL PROTECTED]($!/8C%/1 A/1E%BC$D(%1(UV@(#%0(2(.$%1$(-010B-1(%1$E0A(01D(C./1 R2/!!A$%.(E/$(2(.$%1%1B(XC08%'G( If - as you already suggested - this is something I should take up with the gs-esp maintainer, please let me know. Otherwise I can try to capture the PostScript being sent from my computer to CUPS, in order to further test the CUPS-PDF printer - would it be enough to Stop the printer and simply snarf the files from the CUPS spool? This might also be due to some settings for character encoding. I suggest the following tests: 1st: print the CUPS printer test page to CUPS-PDF and check whether there the text appears properly 2nd: create a postscript from a simple text file (e.g. by a2ps or encode), check it with ghostview and print this postscript to CUPS-PDF 3rd: if 1st and 2nd work, to get to the PostScript file that is used by CUPS-PDF you will have to edit the source code of cups-pdf: close to the end of the code there are the lines: if (unlink(spoolfile)) log_event(CPERROR, failed to unlink spoolfile (non fatal), spoolfile); else log_event(CPDEBUG, spoolfile unlinked, spoolfile); Just remove or comment out this block, re-compile cups-pdf and the spoolfile will stay after the printout. -- Volker Christian Behr Experimentelle Physik V (Biophysik), Physikalisches Institut Universitaet Wuerzburg, Am Hubland, 97074 Wuerzburg, Germany Office: Room F-069a +49-931-888-5766 (phone) +49-931-888-5851 (fax)
Bug#326001: cups-pdf: [NFS] mkdir: cannot create directory `/home/ANONYMOUS': Permission denied
This looks to me as if the home was exported with root_squash from the server. This will make cups-pdf fail in any case since it uses /home as output directory on Debian. Martin-Éric - is it possible for the installation to check this and issue an warning? Volker On Thu, 2005-09-01 at 08:53, Jari Aalto wrote: Package: cups-pdf Version: 1.7.3-3 Severity: normal The /home directory can be NFS mounted and may cause following error. directly. Please take a look. # mount | grep /home # server:/home on /home type nfs (rw,noatime,rsize=8192,wsize=8192,hard,intr,bg,addr=192.168.1.2) Install these packages without verification [y/N]? y Get:1 http://deb unstable/main cups-pdf 1.7.3-4 [17.4kB] Fetched 17.4kB in 1s (9535B/s) (Reading database ... 139867 files and directories currently installed.) Preparing to replace cups-pdf 1.7.3-3 (using .../cups-pdf_1.7.3-4_i386.deb) ... mkdir: cannot create directory `/home/ANONYMOUS': Permission denied dpkg: error processing /var/cache/apt/archives/cups-pdf_1.7.3-4_i386.deb (--unpack): subprocess pre-installation script returned error exit status 1 Errors were encountered while processing: /var/cache/apt/archives/cups-pdf_1.7.3-4_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Versions of packages cups-pdf depends on: ii cupsys1.1.23-12 Common UNIX Printing System(tm) - ii gs-esp8+8.15rc4.dfsg.1-2 The Ghostscript PostScript interpr ii libc6 2.3.5-6GNU C Library: Shared libraries an cups-pdf recommends no packages. -- no debconf information -- Volker Christian Behr Experimentelle Physik V (Biophysik), Physikalisches Institut Universitaet Wuerzburg, Am Hubland, 97074 Wuerzburg, Germany Office: Room F-069a +49-931-888-5766 (phone) +49-931-888-5851 (fax)
Bug#325584: cups-pdf: installation failed: cannot create dir /home/ANONYMOUS
On Mon, 2005-08-29 at 21:40, Felipe Massia Pereira wrote: Kaare Hviid wrote: If /home is mounted over NFS via an automount map, root is unlikely to be able to create directories in /home. While root can be configured to be allowed to write in individual home directories, it can't automatically create an automount map, which is very common in larger NFS setups. Thus, it's very unfortunate that the debian/preinst script fails - if it has to create a /home/ANONYMOUS directory, could it possibly be set to just warn if it detects autofs? Something along the lines of: ... Ok for this package, but the problem of creating a dir on an autofs-mounted /home remains unsolved. Other packages will eventually need to do this (anonymous ftp packages come to mind). I think there must be a way for the admin(box owner) to set the default dir for creating new home dirs. I used useradd -D -b /l/home. I think useradd is an optional package, though, and may be not there. Anyway, I wonder why do they create /home/ANONYMOUS and not /var/cache/cups-pdf or alike. I need to read docs... Usually cups-pdf uses /var/spool/cups-pdf for all output but I will extend the possibilities for output destinations so the setup can be better adapted for Debian. Volker []s -- Felipe -- Volker Christian Behr Experimentelle Physik V (Biophysik), Physikalisches Institut Universitaet Wuerzburg, Am Hubland, 97074 Wuerzburg, Germany Office: Room F-069a +49-931-888-5766 (phone) +49-931-888-5851 (fax) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319353: cups-pdf: does printing also fail for non-anonymous users?
I recommend updating to version 1.7.3-1 from the unstable branch which is already available for PPC. There were some issues with earlier versions on some platforms that are fixed in 1.7.3. If the error still exisits, we need to go into detail. Volker P.S.: Please also make sure output is directed to a non-root_squashed filesystem. Martin-Ã#8240;ric Racine said: A question that came to mind: Does printing also fail for non-anonymous users? -- Martin-Eric Racine http://q-funk.iki.fi -- Volker Christian Behr Experimentelle Physik V (Biophysik), Physikalisches Institut Universitaet Wuerzburg, Am Hubland, 97074 Wuerzburg, Germany Office: Room F-069a +49-931-888-5766 (phone) +49-931-888-5851 (fax)