Till Kamppeter wrote...
As both libppd are rip-outs from CUPS, their APIs are very similar, so one
could add some *.h file (and perhaps one *.c file with simple wrapper
functions) to make my modern libppd replacing the legacy one so that we can
ditch it for good, and continue gpr ...
That's pretty exciting, and I didn't dare to think this was an option.
So if this works ...
The gpr Debian package only needs a no-change rebuild to use libppd2
instead of libppd0.
That I can do.
In Debian we have to remove the legacy libppd then and put the modern
one into its place.
Agreed on libppd-dev and libppd0.
However, src:libppd also ships
| Package: ppdfilt
| Architecture: any
| Depends: ${misc:Depends}, ${shlibs:Depends},
| Section: utils
| Description: filter that inserts printer specific commands into print jobs
| ppdfilt is a filter program designed to be used within a filter
| script or from the command line tool to insert printer specific
| commands to a PostScript print job. This can be used to tell the printer
| to duplex or staple the print job, or tell it what paper tray to draw
| paper from. In the GNULpr printing environment, users do not call ppdfilt
| directly, but its features are accessed by using 'lpr' or 'gpr' (see)
and I was wondering where your toolset will provide an replacement as
well. While I could continue to ship legacy libppd with only this binary
package, it might be a good opportunity to drop this one and therefore
complete libppd as well. It seems ppdfilt is used by gpr and
printfilters-ppd ("filters from the GNUlpr printing system"), another
thing from old times. Both are maintained by A Mennucc1, we should take
them into the loop at some time.