From: Sisyphus, Alexandr Ciornii, David Golden Hi.

I have several perl's installed on Windows XP.
First in %PATH% is ActiveState Perl in c:\Perl.
I upgraded CPAN::Reporter to latest version for other perl
(C:\vanilla-perl\perl\) and had error when testing:

C:\vanilla-perl\perl\bin\perl.exe -MExtUtils::Command -e cp
etc\make_method blib\script\make_method
pl2bat.bat blib\script\make_method
Can't locate Devel/Autoflush.pm in @INC (@INC contains:
C:/Perl/site/lib C:/Perl/lib .).
BEGIN failed--compilation aborted.
dmake.EXE: Error code 129, while making 'blib\script\make_method'

IMHO, problem is that pl2bat is written in Perl, so it also requires
Devel::Autoflush.

--
Alexandr Ciornii, http://chorny.net

From: Kidney Bingos Hi,

Version 0.02 of CPANPLUS::YACSmoke should have hit all the CPAN mirrors by now.

[http://search.cpan.org/dist/CPANPLUS-YACSmoke/]

CPANPLUS::YACSmoke is an enhancement of the venerable CPAN::YACSmoke that includes
CPANPLUS::Dist::YACSmoke, some CPANPLUS::Dist class magic, to enable the test-suites
of previously reported passing pre-requisites to be skipped during testing.

I have also released version 1.34 of POE::Component::CPANPLUS::YACSmoke to go with
the release of CPANPLUS::YACSmoke.

[http://search.cpan.org/dist//POE-Component-CPANPLUS-YACSmoke/]

POE::Component::CPANPLUS::YACSmoke provides the enhanced POE based framework around
CPANPLUS::YACSmoke and also provides the new miniyacsmoker script.

Cheers,
--
Chris Williams
aka BinGOs
PGP ID 0x4658671F
http://www.gumbynet.org.uk
==========================

From: David Cantrell > id,state,tester,dist,version,platform,perl
> 1921158,'pass','njh@bandsman.co.uk (Nigel Horne)','Net-Telnet','3.03','i486-gnu','5.10.0'
> 1921160,'pass','njh@bandsman.co.uk (Nigel Horne)','URI','1.37','i486-gnu','5.10.0'
> ...

Could you let me know what platform this is please?

--
David Cantrell | A machine for turning tea into grumpiness

PLEASE NOTE: This message was meant to offend everyone equally,
regardless of race, creed, sexual orientation, politics, choice
of beer, operating system, mode of transport, or their editor.

From: Barbie, Gabor Szabo Hi folks,

I'm currently working on the code that generates the databases for the
Statistics and Reports sites. When I originally started the Stats site I
forked off from the Reports site code, as the data we were after was
slightly different. Now that I'm looking after both sites, it makes more
sense to merge the changes so we have just the one DB.

My plan is to generate the database, with the current location of the
cpanstats.db being the definitive one. Those using this database
currently will not be affected, as all fields and names will stay the
same. However, if you've been using the testers.db, then this is notice
that there will be a few changes.

The first change is the name, to cpanstats.db. Secondly a couple of the
fields have changed (archname => platform, distribution => dist and
status => state). Looking back I had no good reason for making the name
changes, so apologies for that. Lastly there are a few new fields
being added. I'll publish a schema in the code POD.

As a result, the new rebuild will be starting soon, and is expected to
take several days. I'm hoping to have the new database available to the
cpanstats users at some point over the next few weeks.

Once everything is ticking over, the newer version of the Reports site
will get setup. Following that the rsync will be setup by Robert and
Ask.

If there is anyone using the testers.db at the moment, please be aware
that this will soon fall into disuse. At the earliest it will be about a
month before the switch over happens. I would be grateful if anyone
using it could get in touch, so I can see how you're using it, and will
know who to contact should the DB ever need to change in the future.

Cheers,
Barbie.
--
Birmingham Perl Mongers <http://birmingham.pm.org>
Memoirs Of A Roadie <http://barbie.missbarbell.co.uk>

From: David Golden, Slaven Rezic Getting sane behavior with CPAN::Reporter and Devel::Autoflush is
driving me nuts. 1.16_51 now places a copy of Devel::Autoflush into a
temporary lib directory so even external calls to 'perl' won't die for
lack of it.

Anyone using CPAN::Reporter, please try upgrading and testing and let
me know if you encounter any problems. I'd like to get 1.17 released
'soonish'.

Many thanks,
David

From: Martin J. Evans, David Golden, Slaven Rezic Hi,

I have a NA test report at

http://www.nntp.perl.org/group/perl.cpan.testers/2008/05/msg1462476.html

for FreeBSD. What first drew my attention to it was:

Illegal hex digit ignored at t/UChelp.pm line 47.

as this test requires Unicode functionality that was either a) not
available in older perls or b) broken in older perls. This test has:

if ($] < 5.008001) {
plan skip_all => "Old Perl lacking unicode support";

Now, ok, perl has to parse the code before it can run it so I understand
the Illegal hex digit warning but what slightly surprised me was that
the reported Perl is 5.5.5 and yet the build PATH include:

PATH = /usr/local/bin:/usr/X11R6/bin:/usr/X11/bin:/usr/perl5.8.0/bin

The test outcome is correct as NA I just wondered if there was something
fishy about this set up.

Martin
--
Martin J. Evans
Easysoft Limited
http://www.easysoft.com

From: M W487 In

http://groups.google.com/group/perl.cpan.testers/browse_thread/thread/2329d49c2c2362e7/3320dc4adb32fbac?lnk=gst&q=mw487+gunnar#3320dc4adb32fbac

why is this command given using CPAN::Reporter (Smoking) 1.1556 (producing
an error)

/usr/bin/perl.exe Makefile.PL ~/perl50808

when

/usr/bin/perl.exe Makefile.PL

is called for in the README, and seems to complete fine?

Also,

/usr/bin/perl.exe Build.PL ~/perl50808

seems to be no trouble?

Thanks.

From: David Golden, Andy Armstrong, Slaven Rezic It seems that the new PERL5OPT trick for enabling Devel::Autoflush may
cause that old module versions will be used while testing. See
http://rt.cpan.org/Ticket/Display.html?id=37437

Regards,
Slaven

--
Slaven Rezic - slaven <at> rezic <dot> de

tktimex - time recording tool
http://sourceforge.net/projects/ptktools/

From: David Golden, Tony Cook, David Cantrell, Slaven Rezic Hello testers,

The current release of POE-XS-Loop-Poll depends on a binary installed
by the POE-Test-Loops distribution, and declares a dependency on that
distribution.

Unfortunately, the test environments that I'm seeing results from
making that binary available on the PATH, so attempts to use it fail.

Now, this won't continue to be a problem for POE-XS-Loop-Poll, since a
function interface has been added to POE-Test-Loops, but it does
strike me as a bug in the test environment that it doesn't the make
binaries a distribution installs visible during testing.

Tony

From: David Golden, Kidney Bingos If so, please consider upgrading CPANPLUS to the latest dev version in
order to get META.yml "configure_requires" support.

Now that it's being advocated as a way to solve configure time
dependencies, we should do our best to honor it if authors are using
it.

David

From: Ran Dom, David Golden I am familiar with using config.ini with a line such as:

smtp_server=smtp.google.com

but how do I set the port? With:

smtp_server=smtp.google.com:587

?

or

smtp_port=587

?

Thanks.

From: David Golden, Adam Foxson, Ran Dom In smoking, I have unexpected error- the emails used to go out, now it does not, and the error handling around that seems to not work due to a method not being written/coded. (maybe?)

I put this on "issues" in google code, but seeing as it is back at 1.34, it may not be looked at too often.

Reported by random42...@verizon.net, Today (19 hours ago) on code.google.com
What steps will reproduce the problem?
1. Likely, use Test::Reporter to send a report but have the $smtp method
fail at the smtp server

What is the expected output? What do you see instead?

I expect the message to go through, as it did in the past. Maybe my
outgoing smtp is cranky now, but its complaints are not shown to me. Here
is an example of debug output:

Running make for R/RJ/RJBS/App-Addex-Plugin-Nobody-0.001.tar.gz
Prepending blib/arch and blib/lib of 174 build dirs to PERL5LIB; for 'get'
Has already been unwrapped into directory
/home/jimmy/.cpan/build/App-Addex-Plugin-Nobody-0.001-Vo4Nr4
Prepending blib/arch and blib/lib of 174 build dirs to PERL5LIB; for 'make'
Has already been made
Prepending blib/arch and blib/lib of 174 build dirs to PERL5LIB; for 'test'
Running make test
Has already been tested successfully

Smoker: testing App-Addex-Plugin-Hiveminder-0.002 [4/15658] at Mon Jun 23
18:03:36 2008

CPAN: File::HomeDir loaded ok (v0.65)
CPAN: Storable loaded ok (v2.15)
Going to read /home/jimmy/.cpan/Metadata
Database was generated on Mon, 23 Jun 2008 04:02:53 GMT
CPAN: YAML loaded ok (v0.62)
Going to read /home/jimmy/.cpan/build/
............................................................................DONE
Found 235 old builds, restored the state of 235
Running make for R/RJ/RJBS/App-Addex-Plugin-Hiveminder-0.002.tar.gz
Prepending blib/arch and blib/lib of 174 build dirs to PERL5LIB; for 'get'
Has already been unwrapped into directory
/home/jimmy/.cpan/build/App-Addex-Plugin-Hiveminder-0.002-scdXC7
Prepending blib/arch and blib/lib of 174 build dirs to PERL5LIB; for 'make'
Has already been made
Prepending blib/arch and blib/lib of 174 build dirs to PERL5LIB; for 'test'
Running make test
CPAN: CPAN::Reporter loaded ok (v1.1556)
/usr/bin/perl.exe "-Iinc" "-MModule::Install::ExtraTests" "-e"
"Module::Install::ExtraTests::__harness('Test::Harness', 0, '', 'xt/r
elease', '', 0, 'blib/lib', 'blib/arch')" t/*.t
t/basic....ok
All tests successful.
Files=1, Tests=1, 6 wallclock secs ( 0.11 usr 0.43 sys + 1.12 cusr 3.82
csys = 5.49 CPU)
Result: PASS
(/usr/bin/make test exited with 0)
CPAN::Reporter: Test result is 'pass', All tests successful.
CPAN::Reporter: preparing a CPAN Testers report for
App-Addex-Plugin-Hiveminder-0.002
Test::Reporter: debug
Test::Reporter: transport
Test::Reporter: debug
Test::Reporter: transport_args
Test::Reporter: debug
Test::Reporter: from
Test::Reporter: debug
Test::Reporter: mx
Test::Reporter: comments
Test::Reporter: via
Test::Reporter: debug
Test::Reporter: grade
Test::Reporter: debug
Test::Reporter: grade
Test::Reporter: debug
Test::Reporter: grade
Test::Reporter: address
CPAN::Reporter: sending test report with 'pass' to cpan-testers@perl.org
Test::Reporter: debug
Test::Reporter: send
Test::Reporter: debug
Test::Reporter: from
Test::Reporter: debug
Test::Reporter: report
Test::Reporter: debug
Test::Reporter: subject
Test::Reporter: debug
Test::Reporter: _verify
Test::Reporter: errstr
Test::Reporter: distribution
Test::Reporter: debug
Test::Reporter: _is_a_perl_release
Test::Reporter: debug
Test::Reporter: transport
Test::Reporter: debug
Test::Reporter: transport_args
Test::Reporter: debug
Test::Reporter: _maildomain
Test::Reporter: debug
Test::Reporter: _have_net_domain
Test::Reporter: debug
Test::Reporter: from
Test::Reporter: via
Test::Reporter: timeout
Test::Reporter: debug
Test::Reporter: debug
Test::Reporter: transport_args
Test::Reporter: address
Test::Reporter: debug
Test::Reporter: subject
Test::Reporter: address
Test::Reporter: debug
Test::Reporter: message_id
Test::Reporter: debug
Test::Reporter: report
Test::Reporter: errstr
Test::Reporter: errstr
CPAN::Reporter: Test::Reporter: error from
'Test::Reporter::Transport::Net::SMTP::TLS:'
Can't locate object method "message" via package "Net::SMTP::TLS" at
/usr/lib/perl5/site_perl/5.8/Test/Reporter/Transport/Net/SMTP.p
m line 138, <GEN9> line 9.




What version of the product are you using? On what operating system?

1.4001 on perl 5.8.8 on cygwin


Please provide any additional information below.

I used Smoke before, but now it changed. Maybe my smtp thinks I am a bad
guy now? I would like to see the error messages. Why not just give $@ in
debug?

From: David Golden, Peter Flanigan, David Cantrell, Kidney Bingos Hi. In chasing a bug flushed out on my smoker, Peter Flanigan
temporarily added an "exit 0" to Makefile.PL if @INC matched my
particular unique path to perl.

That's obviously a quick hack, but in subsequent discussion, he asked
whether it would be possible to put the tester's ID in an environment
variable so it would be easily to selectively bypass CPAN Testers
reporting for particular testers.

I could see that being useful, for example, on a Build.PL only
distribution for a tester with an old CPANPLUS that doesn't deal well
with M::B. Or for a tester that has an obviously broken perl
installation (e.g. files deleted or locally patched).

Since we already set AUTOMATED_TESTING to a true value, I thought that
might be a natural place to put it.

My question to the group:

* Is flagging tester in an environment variable a good idea? Bad idea?

* AUTOMATED_TESTING or something else?

* Let smokers set their own ID for this? (more work, less standard)
Or use the email "From" line? (automatic and consistent)

The latter has potential spam issues since the email addresses will
wind up visible in the environmental variables section of the report.
On the plus side, it makes it easier to see who sent a report in the
NNTP web interface when the From line is obscured.

-- David

From: David Golden, Barbie I've been looking at some of the reports that aren't parsing correctly,
and noticed that some are reporting dates that are set by badly
configured machines. One such report is 155174. In this examnple the
report was recieved in August 2004, but was alledgly sent in January
1997. Now since the first post to the list was in August 1999, I'm
assuming that the real date the above post was sent was August 2004.

So this has given me something to think about. How should I parse the
date? Should I always look for the last possible recieved date and
fallback on the given Date: header, or just accept the given Date:
header, or some other scenario?

Thought appreciated.

Cheers,
Barbie.
--
Birmingham Perl Mongers <http://birmingham.pm.org>
Memoirs Of A Roadie <http://barbie.missbarbell.co.uk>

From: David Golden If anyone is using a dev release of CPAN.pm for smoke testing, please
note that Andreas just released 1.92_63 in which we killed the
CPAN::PERL5INC experiment. If you are using a prior CPAN dev, please
upgrade.

-- David

From: David Golden, James E Keenan, Barbie, David Cantrell So I keep noticing "litter" in my home directory while running the
smoker. It looks like either temp files or default locations for
things. I consider that bad behavior for tests.

I'm considering making my home directory read-only and then smoking
all of CPAN again to see what fails its tests.

Do people think this would be useful or am I just getting overly
annoyed without good reason?

David

From: Jose Luis Martinez, David Golden, David Landgren, Kidney Bingos Hi,

I suddenly noticed I have access to a freebsd 4.7 box with a 5.8.4
version of perl, and since I haven't seen many test reports on this OS /
perl version, I decided to get a couple of tests reported (to contribute
a bit to the testing community, as I appreciate very much your work).

I report with jlmartinez@capside.com, and see that the tests aren't
getting through (only a couple). I've read that to get the reports
reported directly I should subscribe to the list, but I don't want to
subscribe to such a high-volume list. Can someone approve my email to
send reports to the list? (to approve the batch of tests that I hace
already sent would help a lot too ;))

Thanks in advance,

Jose Luis Martinez
CAPSiDE
jlmartinez@capside.com

From: imacat Dear Maxim,

Hi. This is imacat from Taiwan. Sorry for the reply delay.
Regarding to your question,

On Sat, 7 Jun 2008 12:39:45 -0700 (PDT)
Maxim G <maximgrp@yahoo.com> wrote:
> Locating required external dependency bin:xml2-config...NA: Unable to build distribution on this platform.
> missing.
> Unresolvable missing external dependency.
> Please install 'xml2-config' seperately and try again

I see. In this case, I would suggest you exit with 0 from your
Makefile.PL (or Build.PL) before WriteMakefile() creates Makefile (or
create_build_script() creates Build). You may refer to this article for
further information:

<<Notes For CPAN Authors>>
"How can I stop getting FAIL reports for missing libraries or other
non-Perl dependencies?"
http://cpantest.grango.org/wiki/CPANAuthorNotes

Please tell me if you need any more information. Thank you.

--
Best regards,
imacat ^_*' <imacat@mail.imacat.idv.tw>
PGP Key: http://www.imacat.idv.tw/me/pgpkey.asc

<<Woman's Voice>> News: http://www.wov.idv.tw/
Tavern IMACAT's: http://www.imacat.idv.tw/
TLUG List Manager: http://lists.linux.org.tw/cgi-bin/mailman/listinfo/tlug

From: David Golden 1.15_55 is out on CPAN. Major changes since 1.15:

- Fixed: would disconnect from terminal input when running interactively
with an inactivity timeout; fixed by avoiding use of setpgrp(), but
now requires Proc::Killfam to support inactivity timeouts on non Win32
platforms. (Bug reported by Andy Armstrong)

- Added: on FAIL reports, now checks for missing configure_requires
and discards the report if configure_requires is not satisfied.
(Adds Parse::CPAN::Meta as dependency.)

- Fixed: some *.PL files prompt without autoflush, which works
normally, but appears to silently hang when piping to a tee.
CPAN::Reporter now uses Devel::Autoflush in PERL5OPT to always turn
on autoflush

I'd like to release 1.16 soon to deliver these, but they do involve
some big changes. I'd be grateful if people could beat on it and see
if it's stable enough to release.

Thanks very much,

-- David

From: David Golden, Andy Armstrong On Fri, Jun 6, 2008 at 9:44 AM, Andy Armstrong <andy@hexten.net> wrote:
> I have command_timeout set to 1000. And removing that setting makes
> everything work! :)
>
> I have my ~/.cpanreporter/config.ini in svn so it's the same everywhere -
> hence seeing the same problem everywhere.
>
> So d'you know what's causing it?

Yes. When CPAN::Reporter::record_command() is given a timeout, it
executes the command via a wrapper. The wrapper forks, the parent has
an alarm for the timeout. The child creates a new process group with
setpgrp() and then runs the command. If the timeout expires, the
parent kills the process group of the child.

I did this so that if a tests hangs, killing the "make test" process
group will kill the harness process and the test process (and any
processes spawned by the test). If I just killed the child, 'make
test' would die, but the other processes would persist in their hung
state.

Unfortunately, it seems that setpgrp() dissociates the process from
the terminal. Research into that behavior has been more confusing
than enlightening, since I saw hints that different implementations of
it might not dissociate. I was trying to see if different perl config
optins affected it, but I finally isolated a test case outside of
CPAN::Reporter and confirmed that it happened on my home system as
well.

I can't think of a portable way to kill all of a child's processes
without a group, so I think I'm going to give up on command_timeout
and deprecate that feature -- it was a big source of test failures
anyway so I was concerned about portability already.

Ironically, I can do command_timeout on windows with Win32::Job -- but
the way that it kills processes can cause the perl DLL to hang in some
cases.

So maybe this weekend, I'll rip it all out and re-release.

David

From: Andy Armstrong, David Golden, andreas.koenig.7os6VVqR, David Cantrell The first test I ran immediately after installing 1.15_52 was a FAIL.
Retrying same test without CPAN::Reporter was a PASS. I suspect
CPAN::Reporter 1.15_52 is broken. The module was GameClock and this is
the output:

CPAN.pm: Going to build C/CH/CHESSKIT/Chess-GameClock-GameClock-1.0.tar.gz

CPAN: CPAN::Reporter loaded ok (v1.1552)
Checking whether your kit is complete...
Looks good

Checking prerequisites...
Looks good

Creating new 'Build' script for 'Chess-GameClock-GameClock' version '1.0'
(/usr/local/perl-5.10/bin/perl Build.PL exited with 0)
CPAN::Reporter: Build.PL result is 'pass', No errors.
Copying lib/Chess/GameClock/GclkSettings.pm -> blib/lib/Chess/GameClock/GclkSett
ings.pm
Copying lib/Chess/GameClock/GameClock.pm -> blib/lib/Chess/GameClock/GameClock.p
m
Copying lib/Chess/GameClock/GclkDisplay.pm -> blib/lib/Chess/GameClock/GclkDispl
ay.pm
Copying lib/Chess/GameClock/GclkCounter.pm -> blib/lib/Chess/GameClock/GclkCount
er.pm
Copying lib/Chess/GameClock/GclkData.pm -> blib/lib/Chess/GameClock/GclkData.pm
Manifying blib/lib/Chess/GameClock/GameClock.pm -> blib/libdoc/Chess::GameClock:
:GameClock.3
Manifying blib/lib/Chess/GameClock/GclkCounter.pm -> blib/libdoc/Chess::GameCloc
k::GclkCounter.3
Manifying blib/lib/Chess/GameClock/GclkDisplay.pm -> blib/libdoc/Chess::GameCloc
k::GclkDisplay.3
Manifying blib/lib/Chess/GameClock/GclkData.pm -> blib/libdoc/Chess::GameClock::
GclkData.3
Manifying blib/lib/Chess/GameClock/GclkSettings.pm -> blib/libdoc/Chess::GameClo
ck::GclkSettings.3
(./Build exited with 0)
CPAN::Reporter: Build result is 'pass', No errors.
CHESSKIT/Chess-GameClock-GameClock-1.0.tar.gz
./Build -- OK
Running Build test
t/00-load...........Can't open perl script " -MDevel::Autoflush ": No such file
or directory
Dubious, test returned 2 (wstat 512, 0x200)
No subtests run
t/pod-coverage......ok
t/pod...............Can't open perl script " -MDevel::Autoflush ": No such file or directory
Dubious, test returned 2 (wstat 512, 0x200)
No subtests run

Test Summary Report
-------------------
t/00-load.t (Wstat: 512 Tests: 0 Failed: 0)
Non-zero exit status: 2
Parse errors: No plan found in TAP output
t/pod.t (Wstat: 512 Tests: 0 Failed: 0)
Non-zero exit status: 2
Parse errors: No plan found in TAP output
Files=3, Tests=5, 0 wallclock secs ( 0.00 usr 0.01 sys + 0.11 cusr 0.01 csys = 0.13 CPU)
Result: FAIL
Failed 2/3 test programs. 0/5 subtests failed.
(./Build test exited with 512)


--
andreas

From: Neil Hughes, Barbie This might be a bit off-topic for this list, but in case there's a good reason that is obvious to everyone but myself and can be explained in a few seconds...

...having discovered the nice charts at perl.grango.org, I've noticed that the powerpc-openbsd platform appears in the "everything so far" chart:

<http://perl.grango.org/dmatrix.html>

but not in the May 08 results:

<http://perl.grango.org/rmatrix.html>

even though some of the tests were done in May. Here's one example from May 30th:

<http://www.nntp.perl.org/group/perl.cpan.testers/2008/05/msg1556285.html>

This of course, has nothing to do with satisfying my ego, having recently re-started my testing efforts ;-)

--
Neil Hughes

From: Marco Romano, David Golden Hi David,

Thanks! i'll upgrade it setting PREREQ_PM too.

Bye,
Marco.

Il giorno ven, 11/04/2008 alle 06.21 -0400, David Golden ha scritto:
> Dear Marco,
>
> Your module uses ExtUtils::AutoInstall -- which attempts to invoke
> CPANPLUS, which I do not support and thus do not have configured.
>
> Your module will fail on any machine that similarily has not
> configured CPANPLUS.
>
> I strongly encourage you not to use AutoInstall. Just include your
> prerequisites in PREREQ_PM and it should be fine.
>
> Regards,
> David
>
>
> On Fri, Apr 11, 2008 at 3:14 AM, Marco Romano <nemux@cpan.org> wrote:
> > Dear tester,
> >
> > i think there's a little configuration problem in your test
> > environment.
> >
> > C:\strawberry\perl\bin\perl.exe Makefile.PL --config=
> > --installdeps=Net::UCP::Common,0.01,Net::UCP::IntTimeout,0.02,Net::UCP::TransactionManager,0.01
> > *** Installing dependencies...
> > [ERROR] Fetching of 'file:///bogus-path/authors/01mailrc.txt.gz' failed:
> > Could not copy 'bogus-path\authors\01mailrc.txt.gz' to 'C:\Documents and
> > Settings\David\Application Data\.cpanplus/01mailrc.txt.gz': No such file
> > or directory
> >
> > [ERROR] Fetch failed: host list exhausted -- are you connected today?
> >
> > [ERROR] Couldn't fetch '01mailrc.txt.gz'
> >
> >
> >
> > Il giorno ven, 11/04/2008 alle 00.16 -0400, DAGOLDEN ha scritto:
> > > This distribution has been tested as part of the cpan-testers
> > > effort to test as many new uploads to CPAN as possible. See
> > > http://testers.cpan.org/
> > >
> > > Please cc any replies to cpan-testers@perl.org to keep other
> > > test volunteers informed and to prevent any duplicate effort.
> > >
> > > --
> > > Dear Marco Romano,
> > >
> > > This is a computer-generated report for Net-UCP-0.34
> > > on perl 5.10.0, created by CPAN-Reporter-1.13.
> > >
> > > Thank you for uploading your work to CPAN. However, there was a problem
> > > testing your distribution.
> > >
> > > If you think this report is invalid, please consult the CPAN Testers Wiki
> > > for suggestions on how to avoid getting FAIL reports for missing library
> > > or binary dependencies, unsupported operating systems, and so on:
> > >
> > > http://cpantest.grango.org/wiki/CPANAuthorNotes
> > >
> > > Sections of this report:
> > >
> > > * Tester comments
> > > * Program output
> > > * Prerequisites
> > > * Environment and other context
> > >
> > > ------------------------------
> > > TESTER COMMENTS
> > > ------------------------------
> > >
> > > Additional comments from tester:
> > >
> > > this report is from an automated smoke testing program
> > > and was not reviewed by a human for accuracy
> > >
> > > ------------------------------
> > > PROGRAM OUTPUT
> > > ------------------------------
> > >
> > > Output from 'C:\strawberry\c\bin\dmake.EXE test':
> > >
> > > C:\strawberry\perl\bin\perl.exe Makefile.PL --config= --installdeps=Net::UCP::Common,0.01,Net::UCP::IntTimeout,0.02,Net::UCP::TransactionManager,0.01
> > > *** Installing dependencies...
> > > [ERROR] Fetching of 'file:///bogus-path/authors/01mailrc.txt.gz' failed: Could not copy 'bogus-path\authors\01mailrc.txt.gz' to 'C:\Documents and Settings\David\Application Data\.cpanplus/01mailrc.txt.gz': No such file or directory
> > >
> > > [ERROR] Fetch failed: host list exhausted -- are you connected today?
> > >
> > > [ERROR] Couldn't fetch '01mailrc.txt.gz'
> > >
> > > [ERROR] Fetching of 'file:///bogus-path/modules/03modlist.data.gz' failed: Could not copy 'bogus-path\modules\03modlist.data.gz' to 'C:\Documents and Settings\David\Application Data\.cpanplus/03modlist.data.gz': No such file or directory
> > >
> > > [ERROR] Fetch failed: host list exhausted -- are you connected today?
> > >
> > > [ERROR] Couldn't fetch '03modlist.data.gz'
> > >
> > > [ERROR] Fetching of 'file:///bogus-path/modules/02packages.details.txt.gz' failed: Could not copy 'bogus-path\modules\02packages.details.txt.gz' to 'C:\Documents and Settings\David\Application Data\.cpanplus/02packages.details.txt.gz': No such file or directory
> > >
> > > [ERROR] Fetch failed: host list exhausted -- are you connected today?
> > >
> > > [ERROR] Couldn't fetch '02packages.details.txt.gz'
> > >
> > > Key 'archive' (C:\Documents and Settings\David\Application Data\.cpanplus\01mailrc.txt.gz) is of invalid type for 'Archive::Extract::new' provided by CPANPLUS::Internals::Source::__create_author_tree at C:/strawberry/perl/lib/CPANPLUS/Internals/Source.pm line 659
> > > Key 'archive' (C:\Documents and Settings\David\Application Data\.cpanplus\03modlist.data.gz) is of invalid type for 'Archive::Extract::new' provided by CPANPLUS::Internals::Source::__create_dslip_tree at C:/strawberry/perl/lib/CPANPLUS/Internals/Source.pm line 881
> > > Key 'archive' (C:\Documents and Settings\David\Application Data\.cpanplus\02packages.details.txt.gz) is of invalid type for 'Archive::Extract::new' provided by CPANPLUS::Internals::Source::_create_mod_tree at C:/strawberry/perl/lib/CPANPLUS/Internals/Source.pm line 745
> > > *** Installing Net::UCP::Common...
> > > *** Could not find a version 0.01 or above for Net::UCP::Common; skipping.
> > > *** Installing Net::UCP::IntTimeout...
> > > *** Could not find a version 0.02 or above for Net::UCP::IntTimeout; skipping.
> > > *** Installing Net::UCP::TransactionManager...
> > > *** Could not find a version 0.01 or above for Net::UCP::TransactionManager; skipping.
> > > *** ExtUtils::AutoInstall installation finished.
> > > C:\strawberry\perl\bin\perl.exe "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib\lib', 'blib\arch')" t/Net-UCP.t
> > > t/Net-UCP......Can't locate Net/UCP/Common.pm in @INC (@INC contains: C:\strawberry\cpan\build\Net-UCP-0.34-67M9M2\blib\lib C:\strawberry\cpan\build\Net-UCP-0.34-67M9M2\blib\arch C:/STRAWB~1/perl/lib C:/STRAWB~1/perl/site/lib .) at C:\strawberry\cpan\build\Net-UCP-0.34-67M9M2\blib\lib/Net/UCP.pm line 28.
> > > BEGIN failed--compilation aborted at C:\strawberry\cpan\build\Net-UCP-0.34-67M9M2\blib\lib/Net/UCP.pm line 28.
> > > Compilation failed in require at t/Net-UCP.t line 11.
> > > BEGIN failed--compilation aborted at t/Net-UCP.t line 11.
> > > Dubious, test returned 2 (wstat 512, 0x200)
> > > Failed 5/5 subtests
> > >
> > > Test Summary Report
> > > -------------------
> > > t/Net-UCP.t (Wstat: 512 Tests: 0 Failed: 0)
> > > Non-zero exit status: 2
> > > Parse errors: Bad plan. You planned 5 tests but ran 0.
> > > Files=1, Tests=0, 1 wallclock secs ( 0.00 usr + 0.03 sys = 0.03 CPU)
> > > Result: FAIL
> > > Failed 1/1 test programs. 0/0 subtests failed.
> > > dmake.EXE: Error code 130, while making 'test_dynamic'
> > >
> > > ------------------------------
> > > PREREQUISITES
> > > ------------------------------
> > >
> > > Prerequisite modules loaded:
> > >
> > > No requirements found
> > >
> > > ------------------------------
> > > ENVIRONMENT AND OTHER CONTEXT
> > > ------------------------------
> > >
> > > Environment variables:
> > >
> > > AUTOMATED_TESTING = 1
> > > COMSPEC = C:\WINDOWS\system32\cmd.exe
> > > INCLUDE = ;C:\strawberry\c\include;C:\strawberry\perl\lib\CORE
> > > LIB = ;C:\strawberry\c\lib;C:\strawberry\perl\bin
> > > NUMBER_OF_PROCESSORS = 1
> > > PATH = C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\bin;C:\strawberry\c\bin;C:\strawberry\perl\bin
> > > PERL5LIB =
> > > PERL5OPT =
> > > PERL5_CPANPLUS_IS_RUNNING = 1156
> > > PERL5_CPAN_IS_RUNNING = 1156
> > > PERL5_CPAN_IS_RUNNING_IN_RECURSION = 1076,1156
> > > PERL_CR_SMOKER_CURRENT = Net-UCP-0.34
> > > PERL_MM_USE_DEFAULT = 1
> > > PROCESSOR_IDENTIFIER = x86 Family 6 Model 15 Stepping 6, GenuineIntel
> > > TEMP = C:\DOCUME~1\David\LOCALS~1\Temp
> > > TERM = dumb
> > >
> > > Perl special variables (and OS-specific diagnostics, for MSWin32):
> > >
> > > $^X = C:\strawberry\perl\bin\perl.exe
> > > $UID/$EUID = 0 / 0
> > > $GID = 0
> > > $EGID = 0
> > > Win32::GetOSName = WinXP/.Net
> > > Win32::GetOSVersion = Service Pack 2, 5, 1, 2600, 2, 2, 0, 768, 1
> > > Win32::FsType = FAT32
> > > Win32::IsAdminUser = 1
> > >
> > > Perl module toolchain versions installed:
> > >
> > > Module Have
> > > ------------------- ---------
> > > CPAN 1.92_59
> > > Cwd 3.2701
> > > ExtUtils::CBuilder 0.21
> > > ExtUtils::Command 1.13
> > > ExtUtils::Install 1.44
> > > ExtUtils::MakeMaker 6.42
> > > ExtUtils::Manifest 1.51_01
> > > ExtUtils::ParseXS 2.18_02
> > > File::Spec 3.2701
> > > Module::Build 0.2808_01
> > > Module::Signature n/a
> > > Test::Harness 3.09
> > > Test::More 0.74
> > > YAML 0.66
> > > YAML::Syck 1.04
> > > version 0.74
> > >
> > >
> > > --
> > >
> > > Summary of my perl5 (revision 5 version 10 subversion 0) configuration:
> > > Platform:
> > > osname=MSWin32, osvers=5.1, archname=MSWin32-x86-multi-thread
> > > uname=''
> > > config_args='undef'
> > > hint=recommended, useposix=true, d_sigaction=undef
> > > useithreads=define, usemultiplicity=define
> > > useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef
> > > use64bitint=undef, use64bitall=undef, uselongdouble=undef
> > > usemymalloc=n, bincompat5005=undef
> > > Compiler:
> > > cc='gcc', ccflags =' -s -O2 -DWIN32 -DHAVE_DES_FCRYPT -DPERL_IMPLICIT_CONTEXT -DPERL_IMPLICIT_SYS -fno-strict-aliasing -DPERL_MSVCRT_READFIX',
> > > optimize='-s -O2',
> > > cppflags='-DWIN32'
> > > ccversion='', gccversion='3.4.5', gccosandvers=''
> > > intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234
> > > d_longlong=undef, longlongsize=8, d_longdbl=define, longdblsize=12
> > > ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='long long', lseeksize=8
> > > alignbytes=8, prototype=define
> > > Linker and Libraries:
> > > ld='g++', ldflags ='-s -L"C:\strawberry\perl\lib\CORE" -L"C:\strawberry\c\lib"'
> > > libpth=C:\strawberry\c\lib
> > > libs= -lmsvcrt -lmoldname -lkernel32 -luser32 -lgdi32 -lwinspool -lcomdlg32 -ladvapi32 -lshell32 -lole32 -loleaut32 -lnetapi32 -luuid -lws2_32 -lmpr -lwinmm -lversion -lodbc32 -lodbccp32
> > > perllibs= -lmsvcrt -lmoldname -lkernel32 -luser32 -lgdi32 -lwinspool -lcomdlg32 -ladvapi32 -lshell32 -lole32 -loleaut32 -lnetapi32 -luuid -lws2_32 -lmpr -lwinmm -lversion -lodbc32 -lodbccp32
> > > libc=-lmsvcrt, so=dll, useshrplib=true, libperl=libperl510.a
> > > gnulibc_version=''
> > > Dynamic Linking:
> > > dlsrc=dl_win32.xs, dlext=dll, d_dlsymun=undef, ccdlflags=' '
> > > cccdlflags=' ', lddlflags='-mdll -s -L"C:\strawberry\perl\lib\CORE" -L"C:\strawberry\c\lib"'
> >
> >

From: David Golden, Michael G Schwern, Lars Dɪᴇᴄᴋᴏᴡ 迪拉斯 Lars Dɪᴇᴄᴋᴏᴡ 迪拉斯 wrote:
> Michael G Schwern ✍:
>> daxim@cpan.org wrote:
>>> t/use..........
>>> # Failed test at t/use.t line 24.
>>> # 'Insecure dependency in require while running
>>> with -T switch at t/use.t line 23. # '
>>> # doesn't match '/^Can't locate Dont/Exist.pm in .* at
>>> t\/use\.t line 23./' # Looks like you failed 1 test of 10.
>> That's very odd. I suspect your @INC got tainted somehow...
>>
>>> PERL5OPT =
>>> -MCPAN::PERL5INC=yaml_module,YAML::Syck,tempfile,/tmp/cpan_perl5inc
>>> _iF6P.txt
>> And that's likely to be how.
>
> it's a documented bug in the mechanism that works around the
> ballooning -I bug from last month, see <http://xrl.us/bizxq> and
> <http://search.cpan.org/perldoc/CPAN::PERL5INC>.

It's curious that @INC got tainted if PERL5OPT is ignored. PERL5LIB should be
ignored, too. I can't replicate the problem by loading CPAN::PERL5INC. It's
also odd that it only happens on the final test of use.t, the only one to
exercise when a module can't be found.

So I wonder if something else is going on.

Can you try to replicate it on the command line? It's possible there's an
actual perl bug here.


--
ROCKS FALL! EVERYONE DIES!
http://www.somethingpositive.net/sp05032002.shtml

From: Barbie, David Cantrell Running through the results of cpanstats for last month, a number of
reports got dropped for a module upload. On first glance I thought there
was a universal fault of the testing procedure, particularly for
CPAN::Reporter, as none of the YACsmoke testers had the same problem.

However, it appear Jonathan Rockway has uploaded a rather unusually
named distribution [1], which fails the name parsing criteria of
cpanstats and YACSmoke.

[1] http://search.cpan.org/~jrockway/__-0.01/lib/__.pm

Now this comes back to what we should accept as the standard format for
distributions. As CPAN::Reporter seemed to accept this, then maybe
obscurely name distributions should be accepted, but I rather discourage
them personally. It's hard enough trying to find the right distribution
anyway!

Should the name parsing be relaxed in YACSmoke?

Thought appreciated. Thanks.

Cheers,
Barbie.
--
Birmingham Perl Mongers - http://birmingham.pm.org
Memoirs Of A Roadie - http://barbie.missbarbell.co.uk

From: David Golden, Barbie, David Landgren, David Cantrell If you haven't seen RJBS' use.perl.org journal, he posted about some
of what he, jonasbn and I have been working on here in Oslo.

We came up with some good ideas for a general metabase for CPAN
distributions, which we think can become the back-end not just for
CPAN Testers 2.0 but for other tools as well that are all doing
essentially the same thing in collecting distributed information about
distributions.

However, we realized that it would probably be a lot of work, so we
wanted to start with something tangible that could be successful
quickly. So we added 'HTTP' as a valid transport() option for
Test::Reporter and RJBS created Test::Reporter::HTTPGateway to be a
remote server that can gateway HTTP transport to
cpan-testers@perl.org. We've done some limited testing and it appears
to be working well. (More testing tomorrow.)

The documentation could still be improved -- but essentially, if you
install the latest dev releases of Test::Reporter (1.38_01) and
CPAN::Reporter (1.14_01), then you can use this config option in your
.cpanreporter/config.ini:

transport=HTTP http://some.example.com/gateway/

and assuming you're running T::R::HTTPGateway at that URL it should work.

In the process, I wound up using some code that I had started working
on a couple months ago and never finished to support other transports
like Net::SMTP::TLS, so while that hasn't been tested yet (maybe
tomorrow), it's possible that Net::SMTP::TLS may actually be working
as well, or could be made to work with little additional effort.

That's the news from Oslo.

Regards,
David

From: David Golden, Barbie, David Cantrell See this report I sent:

http://www.nntp.perl.org/group/perl.cpan.testers/2008/03/msg1216224.html

all tests pass in the author's environment, but some POD tests failed in
mine. The obvious culprit is that I've got a newer fussier version of
Test::Pod::Coverage or one of its friends and relations. But I can't be
sure what version I had installed at the time - my testing builds of
perl do mostly have T::P::C installed, but that won't be the version in
use if at some point previously in that testing session I either tested
a brand new version of that module, or someone listed a newer version as
a pre-req.

So to help track down things like this it would be helpful to have the
version of Test::Pod::Coverage, Test::Pod, and their relevant
dependencies listed in the report.

--
David Cantrell | Nth greatest programmer in the world

[OS X] appeals to me as a monk, a user, a compiler-of-apps, a
sometime coder, and an easily amused primate with a penchant
for those that are pretty, colorful, and make nice noises.
-- Dan Birchall, in The Monastery

From: David Golden, andreas.koenig.7os6VVqR, Barbie, Slaven Rezic I happened to look at my cpan listings just now and noticed that
Test-CPAN-Meta had 10 fails across various perls on Linux. All are from
Andreas. I've discussed this previously with Andreas and we didn't have
a suitable solution.

Take a look at one report for example [1]

[1]
http://www.nntp.perl.org/group/perl.cpan.testers/2008/03/msg1179862.html

The error has nothing to do with the distribution itself, but the fact
that my server time and Andreas' differ slightly. Because Andreas tests
so quickly after being uploaded to PAUSE, the datestamp on Makefile.PL
causes CPAN.pm to bail. Anyone else testing under normal conditions of
an hour or more later never sees this.

As far as I'm concerned this is not a failure, and looks bad for me, as
I don't make a habit of correcting the clock on my machine every time I
do a release.

In the first instance, Andreas can you block testing my modules in
future as this is going to recurr time and time again, unless you are
willing to only test them 2-3 hours later than when they hit PAUSE.

In the second instance, how many other authors have suffered a similar
fate? If I am the only one, then I'll live with Andreas not testing my
distributions, otherwise there might be some mileage in investigating
how the times on Makefile.PL could be a warning and for CPAN.pm to
continue with testing.

In the third instance, I do note that I never got any personal mails for
these and all the others for my recently released modules, with these
types of failures. Does that mean there is a bug in CPAN-Reporter or did
Andreas specifically setup not to send authors these reports. If the
latter could they be dumped and never released?

Barbie.
--
Birmingham Perl Mongers - http://birmingham.pm.org
Memoirs Of A Roadie - http://barbie.missbarbell.co.uk

From: Robert Barta, David Cantrell On Thu, Mar 20, 2008 at 05:13:48PM +0000, David Cantrell wrote:
> 5.10.0 is the latest stable release of perl.

Yes, that's sorta my point ;-)

> Debian is notorious for being several releases behind the rest of the
> world. Other distributions and operating systems exist.

Well, it seems that the world is also behind the world:

http://perlsurvey.org/static/PerlSurvey2007A4.pdf

Happens a lot lately.

> You could always build your own perl 5.10.0 and install it alongside
> Debian's version. If you build with all the defaults, it installs in
> /usr/local so won't interfere with the system perl. Or if you'd rather
> not have it there, Configure with -Dprefix=$HOME/perl-5.10.0 or similar.

I know, but I keep things debianish, I even repackage all Perl package
before use.

> I also have a guest account available on one of my machines, with
> several different versions of perl available, so if for some reason you
> can't build your own, let me know and I'll let you know the login
> details.

Thx. I come back to your offer if it is too much hassle to reproduce
your environment with a VMware image.

\rho