* Re: [gentoo-user] upstream broke cups network printing...
2020-06-30 3:51 ` [gentoo-user] upstream broke cups network printing Alan Grimes
@ 2020-06-30 9:16 ` Michael
0 siblings, 0 replies; 2+ messages in thread
From: Michael @ 2020-06-30 9:16 UTC (permalink / raw
To: gentoo-user
[-- Attachment #1: Type: text/plain, Size: 3156 bytes --]
On Tuesday, 30 June 2020 04:51:03 BST Alan Grimes wrote:
> I was sitting smug and happy thinking I could print from either of my
> computers to the laserjet printer downstairs. So therefore when I need
> to RMA my mobo and need to print out the forms, it doesn't work.
>
> The sack of crap seems to think it can connect to the printer using:
>
> Connection:
> dnssd://HP%20Color%20LaserJet%20Pro%20M453-4%20%5B804AC2%5D._ipp._tcp.local/
> ?uuid=beff9c81-55ea-548f-5867-4d44f4da191e
You must have enabled DNSSD (DNS Service Discovery) on your systems, whereby
DNS packets are sent/received for the purpose of scanning your LAN and
discovering various network services, including network printers, media
servers, torrents, etc.
DNSSD is also known as zeroconf and from what I understand was derived from
Apple's Rendezvous/Bonjour.
The Linux equivalent is Avahi (for server) and nss-mdns (for clients), but
systemd had to re-engineer everything into its own stack as 'systemd-
resolved', which uses the MSWindows preferred LLMNR.
This is all great if you trust the devices in your LAN not to spoof names and
intercept your communications, or if LAN side network services pop-up and down
all the time and you want to have them autoconfigured for use by your LAN
clients.
> Why in god's name does CPUS think that would work, ofcourse I'm going to
> get: in my error log....
>
> E [29/Jun/2020:18:39:40 -0400] [CGI] Unable to resolve
> \"dnssd://HP%20Color%20LaserJet%20Pro%20M453-4%20%5B804AC2%5D._ipp._tcp.loca
> l/?uuid=beff9c81-55ea-548f-5867-4d44f4da191e|HP Color LaserJet Pro>
>
>
> Naturally, there is no other way to configure this crap with the web
> interface, there are some on-line manpages but they're written in
> moonspeak. =(
You do not need network services autoconfiguration, which is is what the
dnssd:// URI is trying to achieve, unless printers are added and removed in
your LAN on a regular basis with different IP addresses, different client PCs
and devices are connected and disconnected all the time and you expect them
all to discover network services automatically.
In your case, cups is trying to do what you have specified, by enabling of
failing to disable a particular USE flag. If you emerged net-print/cups and
net-print/cups-filters with USE="zeroconf" enabled you'll get what you got.
If you disable it you will arrive at a client-printer combo where you have to
manually configure the connection and driver, at least on the client side.
Since this is an HP printer, I think you'll need the hplip driver, so check
you have this emerged:
https://wiki.gentoo.org/wiki/HPLIP
Finally, configure your clients to use the printer:
https://wiki.gentoo.org/wiki/Printing
TL;DR: Stop the cupsd service on your PC. Open and edit "/etc/cups/
printers.conf" file, changing the DeviceURI:
DeviceURI ipp://12.345.678.9/ipp/print
Where '12.345.678.9' is the statically configured IP address of your printer
on your LAN, the '.../ipp/' and '.../print' may or may not be needed - try and
see what you get.
Restart you cupsd and try to print.
Others who use this printer may chime in with specifics.
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
^ permalink raw reply [flat|nested] 2+ messages in thread