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.
