[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Request for Removal: Unmaintained libppd in Debian



Till Kamppeter wrote...

> I have downloaded the upstream source of the legacy libppd now and
> investigated ...

Thanks a lot for doing all this. I certrainly lack the expertise for that.

> 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 ...

> So I would suggest
>
> 4. Replace the legacy libppd by my modern libppd

... certainly put that in front of the list.

>    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.

Regards,

    Christoph

Attachment: signature.asc
Description: PGP signature


Reply to: