cups-filters
cups-filters copied to clipboard
net-print/cups-filters-1.28.17-r1: Libreoffice ignores duplex when Printer language type is set to PDF
Hi,
Im not sure whether this is a bug or some misconfiguration. Although I have Duplex=on settings in Libreoffice and even in cups I set default settings for my "HP OfficeJet Pro 7740 Wide Format All In One" (firmware version EDWINXPP1N002.2246A.00
) printer to enabled it still prints pages one-sided (single-sided). The driver is HP Officejet Pro 7740 Series, hpcups 3.22.10
.
I can work around that by setting Printer language type
to Postscript Level 2
or Postscript Level 3
.
I can also Export
from Libreoffice to PDF file and then print it using lpr
(it comes out double-sided as expected).
I am on Gentoo Linux and I see cups-filters I recently recompiled without PDF support (postscript was left enabled) due to issues with dependency on mupdf
. The cups package was compiled with pdf and postscript options, so only the filters were "missing" some pdf-related stuff. But provided lpr
can print double-sided PDF file I assume this is a Libreoffice bug:
Version: 7.4.6.2 / LibreOffice Community
Build ID: 40(Build:2)
CPU threads: 4; OS: Linux 6.1; UI render: default; VCL: gtk3
Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US
Gentoo official package
Calc: threaded
I cannot find at https://www.cups.org/documentation.html an installation manual to check what the supposedly configure --enable-pdf
flag really does. Even if I knew I am not certain why Libreoffice can speak to the printer in PDF while just the duplex=on is ignored. Could cups
return a message to Libreoffice stating the selected Printer lanuguage type
is wrong? Like Libreoffice parsing some output from some cups utility describing the capabilities?
Meanwhile I recompiled/reinstalled cups-filters with the "pdf" support and restarted cupsd
and still printing from Libreoffice results in one-sided printouts. Possibly I am not the only one to hit this:
https://ask.libreoffice.org/t/writer-will-not-print-duplex-2-sided-pages-despite-proper-printer-setting-and-lo-print-setting/70152/4
The only "errors" I see in /var/log/cups/access_log
are:
E [08/Apr/2023:16:58:42 +0200] Unknown directive IdleExitTimeout on line 12 of /etc/cups/cupsd.conf.
E [08/Apr/2023:16:58:42 +0200] Minolta_C224e: File \"/usr/libexec/cups/filter/KMbeuEmpPS.pl\" not available: No such file or directory
W [08/Apr/2023:16:58:42 +0200] Raw queues are deprecated and will stop working in a future version of CUPS. See https://github.com/OpenPrinting/cups/issues/103
W [08/Apr/2023:16:58:42 +0200] Printer drivers are deprecated and will stop working in a future version of CUPS. See https://github.com/OpenPrinting/cups/issues/103
W [08/Apr/2023:16:58:42 +0200] CreateProfile failed: org.freedesktop.DBus.Error.ServiceUnknown:The name org.freedesktop.ColorManager was not provided by any .service files
I think the logs could include at least a communication protocol language and a number of pages, by default.
I ran the cupsctl --debug-logging
and have the /var/log/cups/error_log
ready for someone here error_log.txt