Hello all,

I install Test::Reporter on any machine I administer, so that as I
install perl modules, their success or failure gets reported. Now I'm
getting emails asking me to use HTTP. I'm trying to follow them, but
am hitting roadblocks, and am wondering why I'm jumping through hoops
to fix what seemed to be working fine from my perspective.

Here's some thoughts-

I upgraded to the latest Test::Reporter, which I expected would use
HTTP by default. But that's not the case- I have to read the email to
see that I need to go to a web page that tells me I have to install
#  Test::Reporter::Transport::Metabase 1.999004;
# Metabase::Client::Simple 0.006;
# Metabase::Fact 0.013;

Seems that if HTTP/Metabase is required going forward, then those
should be dependencies of Test::Reporter's latest version

I now need to claim a profile. This step doesn't work for me. I go to
"http://metabase.cpantesters.org/claimid/";, put in my email address,
and get "No entry found"

Is the "claim" step necessary for a casual tester, someone who isn't
regularly downloading & building large swaths of cpan?

Next, if I understand correctly, if claiming a profile works, I'll
receive an attachment via email, and have to save it on any server I
want to send smoke tests from. (And one of my servers has more than
one person installing from cpan, does it have to be saved in each of
our .cpan directories?) I have to wonder if that's truly necessary,
from a design perspective. My email address is a unique key, and if
you want to verify that it's a valid email, then send me a link to
click on or a code to enter into a form.

I can see how requiring submissions via http can make things simpler
at the central collection site, but can you also keep it simple for
the clients too? Used to be, installing Test::Reporter was all I had
to do. If it's much more than that I'm not sure I can keep sending
reports.

Thanks for your consideration

-y

Reply via email to