Bug#963871: emacs-websocket: FTBFS without external DNS

[Nicholas D Steeves <nsteeves@gmail.com>]

Hi Niko,

On Sun, 28 Jun 2020 at 09:06, Niko Tyni <ntyni@debian.org> wrote:
>
> Source: emacs-websocket
> Version:  1.12+8.g31e122a-1
> Severity: serious
> Tags: ftbfs
>
> This package fails to build when DNS lookups are not available.
>

Thank you for the reminder to solve this.  I've had a solution for the
ftbfs on my local devel branch for some time, but I haven't merged and
uploaded it, because it just skips the test...and of course it's
better to find a proper solution for enabling functional tests when a
network isn't available.  Upstream and I are discussing Tornado and
Autobahn.  From what I've gathered Autobahn is the gold standard, and
Tornado validates against Autobahn, so Tornado would provide
2nd-degree quality validation--which is probably good enough, no?

After choosing a server to validate against I'm thinking that the fix will look
like an alternate branch in the Emacs test.  That branch is taken when a
variable is set (elisp style boolean, but probably type string so it can also
function as a URL for the server, and that variable will be set in
dh_elpa_test config.

Please feel free to periodically remind me to fix this.  Worse-case
scenario I'll skip the test and trust that all is well so long as
elpa-atomic-chrome works correctly.  That said, it's an excellent
opportunity to be a proactive downstream!

Regards,
Nicholas