Hi Tim, > # apt-get purge cups cups-common cups-daemon > # apt-get install cups cups-common cups-daemon > > If I do this while Wifi connected to AP1, then lpstat on laptop: > > #lpstat -s > no system default destination > device for AirPrint_HL_5270DN_Home_golux: > implicitclass://AirPrint_HL_5270DN_Home_golux/ > device for AirPrint_MP230_golux: implicitclass://AirPrint_MP230_golux/ > device for Brother_HL_5270DN_series_golux: > implicitclass://Brother_HL_5270DN_series_golux/ > device for Canon_MP230_series_golux: > implicitclass://Canon_MP230_series_golux/ > > - all good.
If you repeat that purge and install whilst connected to AP0 instead, do you still get the same good lpstat result? That would show it's whatever AP is connected during the starting of CUPS after install that's good rather than some difference between AP0 and AP1 that makes AP1 break things. Another command to try with the different APs is ‘avahi-browse -at’. I'm guessing the local CUPS is also using mDNS/DNS-SD to discover local network things and this may show if it's CUPS having problems, or discovery in general. I found a bug in this area, though I don't think it's related. It does suggest this area isn't problem free, though. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=928838 -- Cheers, Ralph. -- Next meeting: BEC, Bournemouth, Tuesday, 2019-08-06 20:00 Check to whom you are replying Meetings, mailing list, IRC, ... http://dorset.lug.org.uk/ New thread, don't hijack: mailto:dorset@mailman.lug.org.uk
