GNU bug report logs -
#27039
(tests guix-download) fails when DNS is bogus
Previous Next
Reported by: Leo Famulari <leo <at> famulari.name>
Date: Tue, 23 May 2017 16:40:01 UTC
Severity: normal
Tags: wontfix
Done: ludo <at> gnu.org (Ludovic Courtès)
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 27039 in the body.
You can then email your comments to 27039 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guix <at> gnu.org
:
bug#27039
; Package
guix
.
(Tue, 23 May 2017 16:40:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Leo Famulari <leo <at> famulari.name>
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Tue, 23 May 2017 16:40:01 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
The guix-download test includes this snippet:
------
# Make sure it fails here.
if guix download http://does.not/exist
then false; else true; fi
------
Unfortunately, many ISPs (such as T-Mobile) return bogus results for
otherwise unclaimed domain names, causing this test to fail.
Does anyone know if there is some domain that is designed to fail as a
"standard", as <http://example.com> is intended to be used for examples
of good domains?
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
bug-guix <at> gnu.org
:
bug#27039
; Package
guix
.
(Tue, 23 May 2017 16:48:01 GMT)
Full text and
rfc822 format available.
Message #8 received at submit <at> debbugs.gnu.org (full text, mbox):
On May 23, 2017 9:24:31 AM PDT, Leo Famulari <leo <at> famulari.name> wrote:
>The guix-download test includes this snippet:
>
>------
># Make sure it fails here.
>if guix download http://does.not/exist
>then false; else true; fi
>------
>
>Unfortunately, many ISPs (such as T-Mobile) return bogus results for
>otherwise unclaimed domain names, causing this test to fail.
>
>Does anyone know if there is some domain that is designed to fail as a
>"standard", as <http://example.com> is intended to be used for examples
>of good domains?
Could we simply mock the expected response?
Maxim
Information forwarded
to
bug-guix <at> gnu.org
:
bug#27039
; Package
guix
.
(Tue, 23 May 2017 16:48:03 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#27039
; Package
guix
.
(Tue, 23 May 2017 17:08:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 27039 <at> debbugs.gnu.org (full text, mbox):
On Tue, 23 May 2017 12:24:31 -0400, Leo Famulari <leo <at> famulari.name> wrote:
> The guix-download test includes this snippet:
>
> ------
> # Make sure it fails here.
> if guix download http://does.not/exist
> then false; else true; fi
> ------
>
> Unfortunately, many ISPs (such as T-Mobile) return bogus results for
> otherwise unclaimed domain names, causing this test to fail.
>
> Does anyone know if there is some domain that is designed to fail as a
> "standard", as <http://example.com> is intended to be used for examples
> of good domains?
http://fail.0
fails to resolve with "ping: bad address 'fail.0'. This was run on an OpenNIC connected computer.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#27039
; Package
guix
.
(Tue, 23 May 2017 21:04:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 27039 <at> debbugs.gnu.org (full text, mbox):
Leo Famulari <leo <at> famulari.name> skribis:
> The guix-download test includes this snippet:
>
> ------
> # Make sure it fails here.
> if guix download http://does.not/exist
> then false; else true; fi
> ------
>
> Unfortunately, many ISPs (such as T-Mobile) return bogus results for
> otherwise unclaimed domain names, causing this test to fail.
Yes, this has been reported several times in the past and marked as
“wontfix”. :-)
> Does anyone know if there is some domain that is designed to fail as a
> "standard", as <http://example.com> is intended to be used for examples
> of good domains?
There’s an RFC defining example.org et al. These domain names are
guaranteed to exist, so we’d be testing something different; also, I
don’t know if the RFC defines pages guaranteed to be 404, for instance.
Ludo’.
Added tag(s) wontfix.
Request was from
ludo <at> gnu.org (Ludovic Courtès)
to
control <at> debbugs.gnu.org
.
(Sun, 04 Jun 2017 21:05:02 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
27039 <at> debbugs.gnu.org and Leo Famulari <leo <at> famulari.name>
Request was from
ludo <at> gnu.org (Ludovic Courtès)
to
control <at> debbugs.gnu.org
.
(Sun, 04 Jun 2017 21:05:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Mon, 03 Jul 2017 11:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 6 years and 299 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.