GNU bug report logs - #27039
(tests guix-download) fails when DNS is bogus

Previous Next

Package: guix;

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.

View this report as an mbox folder, status mbox, maintainer mbox


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):

From: Leo Famulari <leo <at> famulari.name>
To: bug-guix <at> gnu.org
Subject: (tests guix-download) fails when DNS is bogus
Date: Tue, 23 May 2017 12:24:31 -0400
[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):

From: Maxim Cournoyer <maxim.cournoyer <at> gmail.com>
To: bug-guix <at> gnu.org,Leo Famulari <leo <at> famulari.name>,27039 <at> debbugs.gnu.org
Subject: Re: bug#27039: (tests guix-download) fails when DNS is bogus
Date: Tue, 23 May 2017 16:47:02 +0000
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):

From: <ng0 <at> pragmatique.xyz>
To: "27039" <27039 <at> debbugs.gnu.org>
Subject: Re: bug#27039: (tests guix-download) fails when DNS is bogus
Date: Tue, 23 May 2017 19:07:23 +0200 (CEST)

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):

From: ludo <at> gnu.org (Ludovic Courtès)
To: Leo Famulari <leo <at> famulari.name>
Cc: 27039 <at> debbugs.gnu.org
Subject: Re: bug#27039: (tests guix-download) fails when DNS is bogus
Date: Tue, 23 May 2017 23:03:13 +0200
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.