Bug 939306

Summary:	net-print/cups-meta: USE="zeroconf"? RDEPEND on sys-auth/nss-mdns
Product:	Gentoo Linux	Reporter:	Jesse Adelman <jesse>
Component:	Current packages	Assignee:	Printing Team <printing>
Status:	UNCONFIRMED ---
Severity:	enhancement	CC:	amynka, mgorny, sam
Priority:	Normal	Keywords:	PullRequest
Version:	unspecified
Hardware:	All
OS:	Linux
See Also:	https://github.com/gentoo/gentoo/pull/38530
Whiteboard:
Package list:		Runtime testing required:	---

Description Jesse Adelman 2024-09-07 20:01:49 UTC

I've had net-print/cups and net-print/cups-meta installed on my daily-driver Gentoo laptop for a very long time. I recently got a new printer (a Canon MAXIFY GX2020) and was having a hard time getting CUPS network discovery to actually resolve what it discovered. It would discover the printer, only to be unable to resolve the dnssd:// name.

After several weeks of intermittent troubleshooting using Gentoo Wiki references, and other web references, I found that sys-auth/nss-mdns was not installed. After installing it, and using the suggestions here (https://github.com/avahi/nss-mdns?tab=readme-ov-file#activation), magically discovery and printing to that printer via CUPS worked.

I discussed the issue and solution in #gentoo on IRC. I'd like to propose that a RDEPEND on sys-auth/nss-mdns if and only if the "zeroconf" USE flag is set. Also, then, remove the optfeature output in net-print/cups, as it would be superflous with this RDEPEND in net-print/cups-meta.

I asked if net-print/cups-meta was a better location for this than net-print/cups, and I heard one +1 from "+sam_" and no objections, and I so here I am. :)

I believe that a lot of printer discovery issues (and .local domain resolution in general) on the Forums would not exist if this RDEPEND change is made. I am working to have ebuild patches to attach here soon. Cheers.