Bug#912993: marked as done (printer-driver-cups-pdf: creates wrong filename using short title)
Your message dated Tue, 11 Mar 2025 20:28:00 +0200
with message-id <CAPZXPQdABfBgKhhmQvMaENaJAdEo6TKgzyNmNXoUOyoc0KrFSw@mail.gmail.com>
and subject line Re: Bug#912993: Debian bug 912993
has caused the Debian Bug report #912993,
regarding printer-driver-cups-pdf: creates wrong filename using short title
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.)
--
912993: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=912993
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
- To: Debian Bug Tracking System <submit@bugs.debian.org>
- Subject: printer-driver-cups-pdf: creates wrong filename using short title
- From: Martin Lange <lange_martin@gmx.de>
- Date: Mon, 05 Nov 2018 17:07:35 +0100
- Message-id: <154143405565.9607.15427829170096517053.reportbug@localhost>
Package: printer-driver-cups-pdf
Version: 3.0.1-5
Severity: normal
Dear Maintainer,
using the cups-pdf printer with a short document title (< 32 chars) results in faulty generated filename. This don't affect titles >= 32 chars.
example:
lp -d PDF -t short INPUT.pdf
result:
a generated PDF file named "short__rtin_PDF.pdf"
(in this case, file name seems to be the target path (/home/martin/PDF) with first characters replaced by the title in some magically appeared brackets)
expected:
a generated PDF file named "short.pdf" in /home/martin/PDF/
some logging:
[DEBUG] now extracting postscript code
[DEBUG] found title in ps code: (short)
rtin/PDF
Mon Nov 5 16:49:30 2018 [DEBUG] found end of postscript code: %%EOF
[DEBUG] all data written to spoolfile: /var/spool/cups-pdf/SPOOL/cups2pdf-10959
[DEBUG] trying to use PS title: (short)
rtin/PDF
[STATUS] ***Experimental Option: DecodeHexStrings
[DEBUG] checking for hex strings: (short)
rtin/PDF
[DEBUG] not a hex string, has no start marker: (short)
rtin/PDF
[DEBUG] calling alternate_replace_string
[DEBUG] removing alternate special characters from title: (short)
rtin/PDF
[DEBUG] removing leading _ from title: _short__rtin_PDF
[DEBUG] title successfully retrieved: short__rtin_PDF
[DEBUG] input data read from stdin
[DEBUG] output filename created: /home/martin/PDF/short__rtin_PDF.pdf
[DEBUG] ghostscript commandline built: /usr/bin/gs -q -dCompatibilityLevel=1.2 -dNOPAUSE -dBATCH -dSAFER -sDEVICE=pdfwrite -sOutputFile="/home/martin/PDF/short__rtin_PDF.pdf" -dAutoRotatePages=/PageByPage -dAutoFilterColorImages=false -dColorImageFilter=/FlateEncode -dPDFSETTINGS=/prepress -c .setpdfwrite -f /var/spool/cups-pdf/SPOOL/cups2pdf-10959
-- System Information:
Debian Release: buster/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.18.0-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE= (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages printer-driver-cups-pdf depends on:
ii cups 2.2.8-5
ii cups-client 2.2.8-5
ii ghostscript 9.25~dfsg-4
ii libc6 2.27-6
ii libcups2 2.2.8-5
ii libpaper-utils 1.1.24+nmu5
printer-driver-cups-pdf recommends no packages.
Versions of packages printer-driver-cups-pdf suggests:
ii system-config-printer 1.5.11-3
-- no debconf information
--- End Message ---
--- Begin Message ---
On Tue, 28 Sep 2021 14:18:55 +0300
=?UTF-8?Q?Martin=2D=C3=89ric_Racine?= <martin-eric.racine@iki.fi>
wrote:
> ti 28. syysk. 2021 klo 14.10 Alf (alf.debianfan@gmx.de) kirjoitti:
> >
> > I did check in Buster and it beheaves as described in /etc/cups/cups-pdf.conf.
> >
> > Default setting for "TitlePref" ist "0" which generates the output file name from %Title statement in the PS file.
> >
> > This was different in older Debian versions up to including Stretch, where it derived output file name from input file name.
> > This is what I have to correct in Buster as well as in Bullseye where I have to set it to
> > TitlePref 1
> > to get the old used format under XFCE4 desktop. Would be great if Debian would set this in the *.deb-package.
> >
> If setting "TitlePref 1" accomplishes what you need, then I don't see
> how this constitutes a bug. It merely means that the package ships
> with settings that don't fit your particular case.
Since this is merely a question of preferred behavior that can be
easily configured by changing the value for TitlePref, I'm closing
this bug.
Martin-Éric
--- End Message ---
Reply to: