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

Re: RFC Consensus on Network testing ENV?

Thread Previous | Thread Next
From:
Kent Fredric
Date:
June 11, 2014 15:52
Subject:
Re: RFC Consensus on Network testing ENV?
Message ID:
CAATnKFAgGtOH7mw=N1n3Zw820PdLZO9=+OLtGMo4DtAo6uHfQw@mail.gmail.com
On 12 June 2014 02:29, David Golden <xdg@xdg.me> 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 { "www.google.com" => 80 };
>
> David
>

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

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
box.

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

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

-- 
Kent

Thread Previous | Thread Next


nntp.perl.org: Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at ask@perl.org | Group listing | About