On Wed 17 May 2023 at 13:10:21 -0600, Charles Curley wrote: > Thanks to Brian <a...@cityscape.co.uk> on the thread "Re: CUPS on > Bullseye and Bookworm" I now have CUPS working on dragon, my bookworm > i386 architecture laptop. > > Or I should say, CUPS printing is more or less working but something > else (GTK printing?) isn't. I can find the driverless printer on the > network, create a print queue for it, and print to it. > > root@dragon:~# driverless > ipps://HP%20LaserJet%20MFP%20M234sdw%20(C0FB67)._ipps._tcp.local/ > root@dragon:~# lpadmin -p M234 -v > "ipps://HP%20LaserJet%20MFP%20M234sdw%20(C0FB67)._ipps._tcp.local/" -E -m > everywhere > root@dragon:~# lp -d M234 /usr/share/cups/data/form_english.pdf > request id is M234-3 (1 file(s)) > root@dragon:~# lp -d M234 /etc/nsswitch.conf > request id is M234-4 (1 file(s)) > root@dragon:~# > > So far, so good. > > I have two problems: > > 1) I cannot print from abiword. abiword finds three printer queues: > print to file (which works), M234 (as previously set up), and > HP_Laserjet_MFP_M234dsw_COFB67. The two printer queues do not work. The > former see the printer light up, the "busy" indicator light up briefly, > then nothing. The latter evinces no action on the printer at all.
I haven't any idea why M234 does not work from the dialog. It might be an issue with the GTK version. Personally, I would prefer that Firefox was uused to confirm or not. An alternative URI for M234 is ipp://192.168.100.134/ipp/print and the previous lpadmin command could be run with this. It's OK as long as the IP does not change and it also cuts out the moving part of DNS-SD resolution. > (I selected abiword rather than LibreOffice because LO is a bit of a > resource hog.) LibreOffice has its own dialog with its own issues. > 2) When I print from the command line, I get results printing to M234. > But when I try printing to the other queue (directly to the printer as > I understand it), I see: Strictly speaking CUPS never prints directly to a printer but via a queue, whether it be manually set up, auto set up or temporary. > charles@dragon:~$ lp -d HP_Laserjet_MFP_M234dsw_C0FB67 ~/test.document.pdf > lp: Error - The printer or class does not exist. > charles@dragon:~$ Pass on this for the moment. > I copied the printer name from abiword's list of available printers. Is > that the correct way to specify a driverless printer? I also tried > copying and pasting the ipps:// and dnssd:// printers shown by lpinfo > -v. Same error. > > According to https://wiki.debian.org/CUPSDriverlessPrinting, "the GTK > print dialog on buster and before (firefox and evince, for example), > has its own way of dealing with a network printer. Unfortunately, > applications that print through this dialog do not make use of CUPS' > temporary queue formation. To have a queue for an IPP printer visible > and usable, users should manually set up a queue with lpadmin, the CUPS > web interface or system-config-printer or rely on cups-browsed to do it > for them. The situation on bullseye and later has improved." Regression? The problem with the GTK dialog is that it never handled its relationship with CUUPS correctly before bullseye (APIs and all that). However, it *always* got along with manually set up queues, which M234 is. -- Brian.
