[ Re-sent as default reply function in my mail client has masked the
bug tracker mail address ]
It seems that some people think that libcupsfilter2 is only for CUPS 3.x.
It is created in preparation for the tranbsition to CUPS 3.x but it is designed
to work with both CUPS 2.x and CUPS 3.x. To use it with CUPS 2.x cups-filters
2.x and libppd 2.x is needed in addition, to provide the filter executables
needed by CUPS 2.x.
Te filter executables of cups-filters 2.x replace the filter executables of
cups-filters 1.x completely. So the transition is no problem. cups-filters 1.x
with its libcupsfilters1 can be coimpletely removed without loss of functionality.
Also, our development work at OpenPrinting concentrates on libcupsfilters 2.x
and cups-filters 2.x. cups-filters 1.x only receives bug fixes.
libcupsfilters 2.x and cups-filters 2.x receive new features, like recently its
transition from QPDF to PDFio as PDF manipulator, to eliminate C++ completely
from the library and this way ease the *.symbols file generation in Debian
packaging. Also, the repos of libcupsfilters 2.x and cups-filters 2.x have
received a complete set of CI workflows, like CUPS has them already for longer.
This improves reliability and security as bugs get quickly spotted, before the
library version gets into daily use in distros. We also do Fuzz testing via
OSS-Fuzz with libcupsfilters 2.x and cups-filters 2.x.
And, libcupsfilters 2.x is required for cpdb-backend-cups which is used by GTK
and will also be used by more desktops and applications in the future.
So I highly recommend the transition to libcupsfilters 2.x and cups-filters 2.x.
If you do not want to invent the wheel again, I did the transition already in
Ubuntu, so please check there for all the details which made it work.
Till
