Adding support for the Common Print Dialog Backends (CPDB)
Till Kamppeter
till.kamppeter at gmail.com
Wed Mar 27 18:33:44 UTC 2024
On 27/03/2024 18:11, Michael Weghorn wrote:
> Good, then I currently see no blocker for requiring CPDB for CUPS 3.x support.
> Distros will then become aware once they're packaging any software depending on
> CPDB at latest.
>
Would be good to tell them that for CUPS 3.x use of CPDB is required.
For CUPS 2.x the direct CUPS interface can be used and CPDB also works with CUPS
2.x (CPDB works with any CUPS).
For having a correct CPDB mode in LibreOffice, it must be possible to build
LibreOffice without libcuops. If LibreOffice still needs libcups when in CPDB
mode, this is a bug (of LibreOffice).
For the direct CUPS interface it needs to be checked whether IPP print
destinations without having a permanent CUPS queue get listed. If this does not
work, this is a bug in the direct CUPS interface, which either needs to get
fixed or the direct CUPS interface be removed altogether.
Note that most distros have cups-browsed running which auto-creates permanent
CUPS queues for IPP print destinations. This is a workaround for the bug that
some print dialogs do not list IPP print destinations without a permanent CUPS
queue. Turn off cups-browsed and remove all CUPS queues which it has
auto-created (with implicitclass://... URIs) to check whether the direct CUPS
interface of LibreOffice is correctly working.
> Yes, that makes sense. (For the CPDB case, we won't want to use CUPS directly
> anymore, as CPDB API should be providing everything that's needed, as you
> mentioned earlier.)
Yes, exactly this.
Till
More information about the LibreOffice
mailing list