Bug#939476: cups-browsed: Implicitclass backend failure

[Brian Potkin <claremont102@gmail.com>]

retitle 939476 "Implicitclass backend failure"
thanks



On Thu 05 Sep 2019 at 12:40:48 +0100, Brian Potkin wrote:

> The TXT record for an ENVY4500 series MFD is
> 
>    txt = ["Scan=T" "Duplex=T" "Color=T" "UUID=1c852a4d-b800-1f08-abcd-308d99fafac2" "Fax=F" "note=Parlour" "adminurl=http://envy4500.local./#hId-pgAirPrint"; "mac=30:8d:99:fa:fa:c2" "priority=20" "usb_MDL=ENVY 4500 series" "usb_MFG=HP" "product=(HP ENVY 4500 series)" "ty=ENVY 4500 series" "URF=CP1,MT1-2-8-9-10-11,OB9,OFU0,PQ3-4-5,RS300-600,SRGB24,W8-16,DEVW8-16,DEVRGB24-48,ADOBERGB24-48,DM3,IS1,V1.3" "kind=document,envelope,photo" "PaperMax=<legal-A4" "rp=ipp/print" "pdl=application/vnd.hp-PCL,image/jpeg,application/PCLm,image/urf" "qtotal=1" "txtvers=1"]
> 
> On an up-to-date unstable installation the PPD generated has the line
> 
>   *cupsFilter2: "application/vnd.cups-pdf application/pdf 0 -"
> 
> application/pdf is obviously not an acceptable PDL for this device. The
> PPD is also lacking *cupsFilter2: lines for application/vnd.hp-PCL and
> application/PCLm. CreateIPPPrinterQueues in cups-browsed.conf is set to
> "AppleRaster". The PPD is attached.

There is a bug in this cups-browsed package (now fixed upstream), but it
is not the one I claimed was present. The PPD was fine; my understanding
of what cups-browsed and the implicitclass backend do wasn't fine.

-- 
Brian.