File-AptFetch
view release on metacpan or search on metacpan
lib/AptFetch.pm view on Meta::CPAN
L<File::AptFetch::Cookbook> has more.
=back
I<(disclaimer)>
Right now, B<F::AF> is in "proof-of-concept" state.
It surely works with local methods (F<file> and F<copy>);
I hope it will work with trivial cases of remote methods
(I<v0.1.9> I've left to hope, it totally does;
no manual interaction (credentials and/or tray closing) provided).
(B<F::AF> has no means to accept (not talking about to pass along)
authentication credentials;
So if your upstream needs authentication, B<F::AF> is of no help here.)
And one more warning:
you're supposed to do all the dirty work of managing --
B<F::AF> is only for comunication.
Hopefully, there will be someday a kind of super-module what would simplify all
this.
I<(warning)>
You should understand one potential tension with B<F::AF>:
B<wget(1)>, B<curl(1)>, various FTP clients, or whatever else that constitutes
lib/Cookbook.pod view on Meta::CPAN
then the method complains about invalid URI.
=back
=head2 ftp:
Multiple times sends C<101 Status> messages.
In C<200 URI Start> manifests file size that's coming through
(probably, protocol feature).
Hashes are calculated as bytes are passing in.
I can't say how to pass in credentials.
In C<100 Capabilities> appears I<$message{send_config}> as C<true>.
I<$message{version}> is C<1.0>, who would expect that?
=head2 networking methods
Thorough testing of networking methods pending.
However, I'm pretty sure that default timeout of 2min is enough for now.
Methods itself seem to timeout itself within that frame.
However, I can't say how many times networking methods would reconnect before
( run in 0.394 second using v1.01-cache-2.11-cpan-4d50c553e7e )