develooper Front page | perl.cpan.workers | Postings from June 2014

Re: RFC Consensus on Network testing ENV?

Thread Previous | Thread Next
Kent Fredric
June 11, 2014 15:52
Re: RFC Consensus on Network testing ENV?
Message ID:
On 12 June 2014 02:29, David Golden <> wrote:

> And the reason for the variable in the first place is that prompting
> can hang.  Avoiding hangs is a higher priority for me than avoiding
> failure.
> I'd be more interested in seeing a standard way to probe the
> capability rather than rely on testers to declare capabilities.
>     use Test::RequiresInternet;  # or skip_all
> Or, if particular hosts/ports need to be reachable:
>    use Test::RequiresInternet { "" => 80 };
> David

Its not so much intended as a "Does the internet work", definitively

But more "Has the user in question granted permission to use the internet".

As such, Test:RequiresInternet with specific hosts and ports would be an
orthogonal problem, a problem that could only be determined *after *permission
is granted.

That is, Test::RequiresInternet would require permission somehow to check
that google was accessible.

Granted one could bake support for that ENV flag into that module, and it
would be practical to do so.

But either way, we have to decide on *which* ENV flag to use, or *which*
competing method a user may declare "Yes, please use my internet" on their

After that is decided we can then probe exploring *availability* of
resources, instead of simply being granted permission to *test* for

Yes, it would be nice to have these things, but I figured the ENV key would
be a better initial stepping stone to get out of the way. :)


Thread Previous | Thread Next Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at | Group listing | About