Re: Okay, what the heck is up with CPAN mirroring

2010-02-25 Thread Andy Armstrong
On 25 Feb 2010, at 11:30, Chris 'BinGOs' Williams wrote:
 I don't see rsync listed for that, I'm doing a complete mirror via rsync.


It's running an rsync server so it should work. If not I can give you a shell 
account on that box :)

-- 
Andy Armstrong, Hexten





Re: Mirrors not updating

2010-02-23 Thread Andy Armstrong
On 23 Feb 2010, at 00:03, David Cantrell wrote:
 $ date
 Tue Feb 23 00:02:25 GMT 2010
 $ HEAD http://cpan.cpantesters.org/RECENT|grep ^Last-Modified
 Last-Modified: Sun, 21 Feb 2010 03:35:27 GMT
 $ HEAD http://cpan.hexten.net/RECENT|grep ^Last-Modified
 Last-Modified: Sun, 21 Feb 2010 03:35:27 GMT
 
 Is PAUSE having problems, or the fast updatey thing, or something else,
 or am I just being Teh Dum?


Hmm. This line from my Nagios status:

FILE_AGE OK: /usr/share/cpan/modules/02packages.details.txt is 2963 seconds old 
and 6163988 bytes 

Leads me to suspect that the fast mirroring engine is doing its thing 
correctly. So dunno :)

-- 
Andy Armstrong, Hexten





Re: New version.pm on CPAN

2009-06-24 Thread Andy Armstrong

On 24 Jun 2009, at 14:30, John Peacock wrote:

That's completely expected; I only set the tests to skip on

$] == 5.010_00

when I should probably have put

$] = 5.010_00

though to be honest, I didn't expect anyone to test with an  
unreleased Perl... ;-)



I just ran it with what I had - didn't interpret the results :)

--
Andy Armstrong, Hexten



Re: CPAN::Testers::Client and testing on other perls

2009-05-12 Thread Andy Armstrong

On 12 May 2009, at 13:37, Gabor Szabo wrote:
After installing the operating system one would install another perl  
in /opt

or some other place with all the testing tools and then would be able
to test the system perl as it came.



Test::Harness will use the perl named in HARNESS_PERL:

$ HARNESS_PERL=/usr/bin/perl prove -rb t

Does that help?

--
Andy Armstrong, Hexten



Re: You're A Millionaire! (Was: Betting pool ...)

2009-03-11 Thread Andy Armstrong

On 11 Mar 2009, at 02:16, Andreas J. Koenig wrote:

On Sat, 7 Mar 2009 22:22:58 -0500, David Golden  
xda...@gmail.com said:



See http://stats.cpantesters.org./testers.html
My guess is March 12, 2009 at 3:12:09 pm (just for symmetry).


Congratulations, Bingos! Right now, at Mar 11, 02:07 GMT, I see you've
hit 1000424. Too sad all spamfilters of the world will eat a mail with
this subject:)



Well done BinGOs :)

--
Andy Armstrong, Hexten



Re: Idea for a smoke setup: read-only home directory

2008-06-17 Thread Andy Armstrong

On 18 Jun 2008, at 02:22, David Golden wrote:

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?



How about a user who's home directory is a unionfs mount with the  
basic file structure R/O and a disposable R/W layer on top of it?


--
Andy Armstrong, Hexten






Re: Idea for a smoke setup: read-only home directory

2008-06-17 Thread Andy Armstrong

On 18 Jun 2008, at 02:28, David Golden wrote:
On Tue, Jun 17, 2008 at 9:26 PM, Andy Armstrong [EMAIL PROTECTED]  
wrote:
How about a user who's home directory is a unionfs mount with the  
basic file

structure R/O and a disposable R/W layer on top of it?


s/who's/whose/


It's not the clutter that concerns me -- it's that I don't think
testers should be writing to $ENV{HOME} during testing.  So setting it
RO would probably cause some FAIL reports and flush out the
responsible parties.


Ah yes - in that case I agree. Out of interest what kind of stuff are
people dumping there?

--
Andy Armstrong, Hexten



Re: CPAN::Reporter 1.15_52 misbehaving?

2008-06-05 Thread Andy Armstrong

On 5 Jun 2008, at 11:29, David Golden wrote:

Thanks.  It looks like a fairly subtle bug from an interaction with
Test::Harness.  CPAN::Reporter sets PERL5OPT by appending 
-MDevel::Autoflush.  Test::Harness then adds that to the @switches
array it passes to the command line.  If there is no prior PERL5OPT,
the leading space causes perl to interpret it as a program to execute
instead of a command line switch.  Eliminating the leading space seems
to fix the problem.

Andy A -- you might want to have Test::Harness chomp leading spaces on
PERL5OPT just to be safe.



Aha. I'll fix that, ta.

For me CPAN::Reporter seems broken at the moment for any module whose  
installer asks questions. The prompt is printed, I enter my answer and  
then it hangs. That's reproducible for me across a number of systems  
but I haven't had time to characterise it properly.


Is that something you know about or is it just me?

--
Andy Armstrong, Hexten






Re: CPAN::Reporter 1.15_52 misbehaving?

2008-06-05 Thread Andy Armstrong

On 5 Jun 2008, at 12:44, David Golden wrote:

Is that something you know about or is it just me?


That's a new one to me.  Can you give me examples of modules?  Because
CPAN::Reporter captures output by piping to tee, I could imagine that
some modules might do odd things if they are looking for a terminal on
STDOUT.


Hmm. Subjectively it seemed to be absolutely anything that asked a  
question, so for example:


cpan[1] o conf test_report 1
test_report[1]
Please use 'o conf commit' to make the config permanent!


cpan[2] force install Perl::Version
CPAN: Storable loaded ok (v2.18)
Going to read /Users/andy/.cpan/Metadata
  Database was generated on Mon, 12 May 2008 05:29:57 GMT
Running install for module 'Perl::Version'
Running make for H/HD/HDP/Perl-Version-1.007.tar.gz
CPAN: Digest::SHA loaded ok (v5.47)
CPAN: Compress::Zlib loaded ok (v2.01)
Checksum for /Users/andy/.cpan/sources/authors/id/H/HD/HDP/Perl- 
Version-1.007.tar.gz ok

Scanning cache /Users/andy/.cpan/build for sizes
DONE
Perl-Version-1.007/
Perl-Version-1.007/t/
Perl-Version-1.007/t/pod.t
Perl-Version-1.007/t/30.vstring.t
Perl-Version-1.007/t/40.perl-reversion.t
Perl-Version-1.007/t/05.misc.t
Perl-Version-1.007/t/00.load.t
Perl-Version-1.007/t/20.compare.t
Perl-Version-1.007/t/pod-coverage.t
Perl-Version-1.007/t/10.regression.t
Perl-Version-1.007/lib/
Perl-Version-1.007/lib/Perl/
Perl-Version-1.007/lib/Perl/Version.pm
Perl-Version-1.007/SIGNATURE
Perl-Version-1.007/README
Perl-Version-1.007/Changes
Perl-Version-1.007/Makefile.PL
Perl-Version-1.007/META.yml
Perl-Version-1.007/examples/
Perl-Version-1.007/examples/perl-reversion
Perl-Version-1.007/Notes.txt
Perl-Version-1.007/MANIFEST
CPAN: File::Temp loaded ok (v0.20)
CPAN: YAML loaded ok (v0.66)

  CPAN.pm: Going to build H/HD/HDP/Perl-Version-1.007.tar.gz

CPAN: CPAN::Reporter loaded ok (v1.13)
Install perl-reversion script? [N] y

 hangs here 

That's just the first module that asks a question that came to mind.  
I've just tried it on Mac OS / 5.10 and Ubuntu / 5.8.8 with the same  
results on both.


To be honest I assumed it was such an obvious problem that you'd know  
about it :)


--
Andy Armstrong, Hexten






Re: CPAN::Reporter 1.15_52 misbehaving?

2008-06-05 Thread Andy Armstrong

On 5 Jun 2008, at 13:11, David Golden wrote:

Works for me.

What EU::MM do you have?  And do you have EU::MM::Coverage (which that
Makefile.PL evals) -- I don't.



EU::MM 6.44

EU::MM::Coverage not installed.

I've just tried it on a Mac which I've just upgraded to 5.10. Here's  
the full manifest of what's installed on that machine:


http://hexten.net/junk/kumina.manifest

Also just tried on RHEL 5 box with a recent / minimal 5.10 with the  
same results.


I've got to run some errands now but when I get back I'll test it  
against a virgin 5.10 installation.


--
Andy Armstrong, Hexten






Re: CPAN::Reporter 1.15_52 misbehaving?

2008-06-05 Thread Andy Armstrong

On 5 Jun 2008, at 16:07, David Golden wrote:

I'd like to see if I can isolate that behavior separate from CPAN.pm.
Could you please try running the Makefile.PL manually through
CPAN::Reporter::record_command()?

 $ perl -MCPAN::Reporter -e 'CPAN::Reporter::record_command($^X  
Makefile.PL)'


[16:10] andy $ perl -MCPAN::Reporter -e  
'CPAN::Reporter::record_command($^X Makefile.PL)'

Install perl-reversion script? [N] y
 hangs 


Oh, and do you have inactivity_timout set in your CPAN::Config?  I
wonder if that's doing something.


inactivity_timeout [0]



So please try the record_command again with a timeout:

 $ perl -MCPAN::Reporter -e 'CPAN::Reporter::record_command($^X
Makefile.PL, 60)'



[16:12] andy $ perl -MCPAN::Reporter -e  
'CPAN::Reporter::record_command($^X Makefile.PL, 60)'

Install perl-reversion script? [N] y
 60 seconds pass 
(perl Makefile.PL exited with 9)
[16:13] andy $ y
-bash: y: command not found

So Makefile.PL doesn't see the input at all - I guess it's not  
connected to STDIN for some reason.


--
Andy Armstrong, Hexten






Re: CPAN::Reporter 1.15_52 misbehaving?

2008-06-05 Thread Andy Armstrong

On 5 Jun 2008, at 16:07, David Golden wrote:

 $ perl -MCPAN::Reporter -e 'CPAN::Reporter::record_command($^X
Makefile.PL, 60)'



And I get the same result with /usr/bin/perl (which is Apple's  
standard 5.8.8 release)


--
Andy Armstrong, Hexten






Re: CPAN::Reporter 1.15_52 misbehaving?

2008-06-05 Thread Andy Armstrong

On 5 Jun 2008, at 16:37, David Golden wrote:
On Thu, Jun 5, 2008 at 11:14 AM, Andy Armstrong [EMAIL PROTECTED]  
wrote:
So Makefile.PL doesn't see the input at all - I guess it's not  
connected to

STDIN for some reason.


WTF?!?


:)


OK.  Try these:

$ perl Makefile.PL | tee foo.out

$ perl Makefile.PL | ptee foo.out

$ perl Makefile.PL 21 | tee foo.out

$ perl Makefile.PL 21 | ptee foo.out

$ perl -we 'system($^X Makefile.PL)' 21 | ptee foo.out

You might check foo.out to see what shows up.



All OK and in each case foo.out contains sane stuff.

--
Andy Armstrong, Hexten






Re: Analysing test results

2008-01-07 Thread Andy Armstrong

On 7 Jan 2008, at 22:55, David Cantrell wrote:
FWIW, this is for cpandeps - the list of OSes in the dropdown is  
generated from the database, and I need to know how to munge all the  
various platform identifiers into OS names.  At some point I'm also  
going to see if it's practical to break OSes down by architecture -  
so you'll be able to get reports on Solaris/SPARC and Solaris/x86  
seperately.  Woo!



Woo indeed :)

I still need to do something with your XML + GreaseMonkey +  
search.cpan.org...


--
Andy Armstrong, Hexten