tags 1013437 unreproducible thanks
On Fri 01 Jul 2022 at 13:37:07 +0100, Gareth Evans wrote: > 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. Fine. It seems there aren't any CUPS or cups-filters bugs there. > Driverless queues don't seem to work > no matter how set up. Yet earlier (and at OpenPrinting) you said: Having deleted all printers from system-config-printer, $ sudo lpadmin -p testq -v ipp://192.168.0.14/ipp/print -E -m driverless:ipp://192.168.0.14/ipp/print now succeeds, and so does printing to it. > 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. The first will not (in general) print without a Brother vendor driver on the system. The second works for me. I think you see my problem in being unable to reproduce your observation. Apart from the printer model, our bullseye printing systems are (or should be) identical. > I am grateful for your help and quite understand the reluctance to > continue with a situation that doesn't make sense. It is the inability to reproduce your experience that makes me leery of seeing any bug in the printing system. > However, given that > > - airprint works from iphone The iphone will be sending Apple raster directly to the printer. It is obliged to by Apple's AirPrint specication. CUPS is not involved. It prints, whereas your dierct sending of Apple raster, for whatever reson, did not. > - driverless IPP works from cups 2.4 on Ubuntu 22.04 It works for me on Debian 11.3. > - 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. I do not feel competent to triage this issue any further. s-c-p is not even uder the printin system umbrella. Cheers, Brian.
