Please see https://bugs.launchpad.net/hplip/+bug/1724089 for the original report, which includes a patch that adds IPv6 support to libhpmud. The patch ensures that libhpmud properly resolves IPv6 addresses and hostnames. I've tested it against the latest hplip (3.18.10) and it works well. Please consider merging it into Debian's package. Thanks, Christopher Martin
Having had the experience with dealing with IPv6 support in apt, I am not convinced it's a good idea. The assumption that "The system's C library automatically selects the appropriate addresses (for example, it omits ipv6 addresses if there is no ipv6 connectivity)." is wrong. We've heard a lot of reports from people without _working_ IPv6 for which apt did not work, which forced me to implement a variant of happy eyeballs. The patch in question does not try multiple address families in parallel, nor does it seem to have any time out at all, meaning it will get stuck indefinitely trying to connect to a broken ipv6 host.
You're no doubt right that there's scope for improvement, and I don't want to go too far in defending a patch that I didn't write myself. But I would note that, as I understand matters, the patched hplip would only use IPv6 if either an IPv6 address was explicitly passed, or if the hostname resolved to an IPv6 address (say in /etc/hosts - which is what I tested). If that results in problems, then the system is arguably misconfigured elsewhere. These are (presumably most of the time) local network printers we're dealing with, so the state of their IPv6 support is known and controllable. One possibility might be to test matters via an upload to experimental after the next release and watch for reports of breakage. Cheers, Christopher Martin
Le dimanche, 11 novembre 2018, 20.47:12 h CET Christopher Martin a écrit :
This is really fondamentally something of upstream's realm, and (also given
the remarks) I am not going to carry such a patch as distribution-specific
patch, sorry.
Hereby marking as wontfix to make this decision clear.
Cheers,
OdyX