On Fri 1 Jul 2022, at 12:54, Brian Potkin <claremont...@gmail.com> wrote: [...] > Unexpected and not understandable. There is enough going on in this > issue not to want to take it further. Your MFC-L2740DW understands > Apple raster (image/urf): > > pdl=application/octet-stream,image/urf,image/pwg-rastei > > and /etc/nsswitch.conf should print. >
> Anyway, you report that everywhere and driverless queues work. Everywhere queues work if added via lpadmin or (I have just discovered) cups web interface. Driverless queues don't seem to work no matter how set up. System-config-printer lists the printer twice under Add Printer > "Network Printer" one listing per connection - "IPP network printer via DNS-SD" or "Driverless IPP" - neither of which print. I am grateful for your help and quite understand the reluctance to continue with a situation that doesn't make sense. However, given that - airprint works from iphone - driverless IPP works from cups 2.4 on Ubuntu 22.04 - I get the same behaviour from an identical printer on a different network with the same Debian 11.3 system, and the original printer with a different Debian 11.0 system there does seem to be a Debian-related bug somewhere. Is there anyone else you would suggest referring this to, or any other package to consider filing against? What chance is there of Debian updating cups in stable? Is there a way to request consideration of this? Meanwhile, is using the cups 2.4 testing packages in stable unwise? Or a known-working Buster version? I can manage well enough with everywhere printing, but the users I support (if I upgrade them to Bullseye) will not appreciate the cups web interface or lpadmin, s-c-p is preferred. Many thanks again, Gareth > Also, > the error_logs show all filters completing successfully and cupsfilter > produces valid output. There do not appear to be any bugs in cups or > cups-filters. > > I would suggest closing #472 at OpenPrinting. > > Cheers, > > Brian.
