Deprecate the PPD compiler #3927

michaelrsweet opened this Issue Aug 17, 2011 · 3 comments


None yet
1 participant

michaelrsweet commented Aug 17, 2011

Version: 1.6-feature User: mike

Since the future of CUPS is to not use PPD files, deprecate the PPD compiler and associated tools in 1.6.


michaelrsweet commented Jan 30, 2012 User: franz.pfoertsch.brose

Hello Mike,

please explain how cups should work without ppds?
we are working for decades with ppds and now printing should work without?

What is the way to inform the user about the printer properties and possibilities?

do all printers have duplex/color/sorter and so on?



michaelrsweet commented Jan 30, 2012 User: mike


Technologies like IPP Everywhere ( are bringing low-end printers that are smart enough not to require vendor-specific drivers, and the mid-to-high end printers are already all smart enough.

You can, today, query tens of millions of network printers using IPP to discover their capabilities. This is being extended to USB printers by the USB-IF with the "IPP over USB" working group.

Our focus going forward will be to fully support these printers and gradually phase out legacy driver cruft like PPDs. Deprecating the PPD APIs and PPD compiler is the first step in this process - they will continue to exist for a while yet, but long term they will simply not be necessary.


michaelrsweet commented Feb 16, 2012 User: mike

Fixed in Subversion repository.

@michaelrsweet michaelrsweet added this to the Stable milestone Mar 17, 2016

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment