Test::Reporter Can't locate object method new
One of my Darwin machines has, this morning, started to give this error: Can't locate object method new via package Test::Reporter::Transport::Metabase at /Library/Perl/5.8.1/Test/Reporter.pm line 277. I ran install Test::Reporter::Transport::Metabase with the result Test::Reporter::Transport::Metabase is up to date (1.999005). And then install Test::Reporter with the result Test::Reporter is up to date (1.57). What can I do next? -Nigel -- Nigel Horne. Arranger, Adjudicator, Band Trainer, Composer, Tutor, Typesetter. NJH Music, ICQ#20252325, twitter: @nigelhorne n...@bandsman.co.uk http://www.bandsman.co.uk
Re: CPAN::Reporter: test results were not valid, Prerequisite version too *high*
On Fri, Jul 09, 2010 at 02:41:41PM +0200, The Sidhekin wrote: On Fri, Jul 9, 2010 at 2:01 PM, Nigel Horne n...@bandsman.co.uk wrote: On 09/07/10 12:36, David Cantrell wrote: On Thu, Jul 08, 2010 at 08:48:26AM +0100, Nigel Horne wrote: Module Need Have ! DBD::Pg2.6 2.17.1 It needs 2.6, it has 2.017001. It's reporting that the version it has of DBD::Pg is too low. 2.17 is the latest version. ... but the lower of the version numbers in question. :-P 2.17.1 isn't a version *number* at all as it isn't a number. It is a higher *version* than 2.6. I suppose this exposes another bug: that you can compare different data types (in this case a number and a version) without an explicit cast :-) -- David Cantrell | Official London Perl Mongers Bad Influence There is no one true indentation style, But if there were KR would be Its Prophets. Peace be upon Their Holy Beards.
Re: Test::Reporter Can't locate object method new
Nigel -- you seem have a lot of situations of has started to give this error. Thank you for stress testing things and finding odd errors, but I need you to give me more information about: (a) What was the situation before things broke (b) What did you do that caused the break (c) What kind of fixes did you try (d) All the usual perl -V details In particular, I'm not clear in your email below if I ran install was (b) or (c) above. More generally, the kinds of problems you're reporting make me very suspicious that you've got @INC problems or that things are not getting installed where you think they are getting installed. There was a point in perl history where CPAN+ExtUtils::MakeMaker will install into the wrong version of perl if you have multiple perls on your system. (IIRC, it installs into the first Perl in $PATH instead of the perl that is running CPAN.pm) Could you please manually verify the versions that are installed in your library paths? -- David On Mon, Jul 12, 2010 at 4:42 AM, Nigel Horne n...@bandsman.co.uk wrote: One of my Darwin machines has, this morning, started to give this error: Can't locate object method new via package Test::Reporter::Transport::Metabase at /Library/Perl/5.8.1/Test/Reporter.pm line 277. I ran install Test::Reporter::Transport::Metabase with the result Test::Reporter::Transport::Metabase is up to date (1.999005). And then install Test::Reporter with the result Test::Reporter is up to date (1.57). What can I do next? -Nigel -- Nigel Horne. Arranger, Adjudicator, Band Trainer, Composer, Tutor, Typesetter. NJH Music, ICQ#20252325, twitter: @nigelhorne n...@bandsman.co.uk http://www.bandsman.co.uk
Re: Test::Reporter Can't locate object method new
(a) What was the situation before things broke Generally all OK - I was able to send and submit CPAN2.0 reports. (b) What did you do that caused the break Sometimes I would install an updated version of a module, sometimes I would run a Smoker, sometimes I would sleep (i.e. it worked fine one day, but not when I came back to it the next time). (c) What kind of fixes did you try Reinstall Metabase::Fact, Test::Reporter, CPAN::Reporter, Test::Reporter::Transport::Metabase, Metabase::Client::Simple (d) All the usual perl -V details My Cygwin installation has just suffered the same problem. Here is the perl -V from that build: $ perl -V Summary of my perl5 (revision 5 version 10 subversion 1) configuration: Platform: osname=cygwin, osvers=1.7.0(0.21853), archname=i686-cygwin-thread-multi-64in t uname='cygwin_nt-5.1 reini 1.7.0(0.21853) 2009-12-04 17:08 i686 cygwin ' config_args='-de -Dlibperl=cygperl5_10.dll -Dmksymlinks -Dusethreads -Doptim ize=-O3' hint=recommended, useposix=true, d_sigaction=define useithreads=define, usemultiplicity=define useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef use64bitint=define, use64bitall=undef, uselongdouble=undef usemymalloc=y, bincompat5005=undef Compiler: cc='gcc', ccflags ='-DPERL_USE_SAFE_PUTENV -U__STRICT_ANSI__ -fno-strict-ali asing -pipe -fstack-protector -I/usr/local/include', optimize='-O3', cppflags='-DPERL_USE_SAFE_PUTENV -U__STRICT_ANSI__ -fno-strict-aliasing -pip e -fstack-protector -I/usr/local/include' ccversion='', gccversion='4.3.4 20090804 (release) 1', gccosandvers='' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=12345678 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12 ivtype='long long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t', lsee ksize=8 alignbytes=8, prototype=define Linker and Libraries: ld='g++', ldflags =' -Wl,--enable-auto-import -Wl,--export-all-symbols -Wl,- -stack,8388608 -Wl,--enable-auto-image-base -fstack-protector -L/usr/local/lib' libpth=/usr/local/lib /usr/lib /lib libs=-lgdbm -ldb -ldl -lcrypt -lgdbm_compat perllibs=-ldl -lcrypt libc=/usr/lib/libc.a, so=dll, useshrplib=true, libperl=cygperl5_10.dll gnulibc_version='' Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=dll, d_dlsymun=undef, ccdlflags=' ' cccdlflags=' ', lddlflags=' --shared -Wl,--enable-auto-import -Wl,--export- all-symbols -Wl,--stack,8388608 -Wl,--enable-auto-image-base -L/usr/local/lib -f stack-protector' Characteristics of this binary (from libperl): Compile-time options: MULTIPLICITY MYMALLOC PERL_DONT_CREATE_GVSV PERL_IMPLICIT_CONTEXT PERL_USE_SAFE_PUTENV USE_64_BIT_INT USE_ITHREADS USE_LARGE_FILES USE_PERLIO USE_REENTRANT_API Locally applied patches: CYG11 no-bs CYG12 no archlib in otherlibdirs CYG14 Dynaloader CYG15 static-Win32CORE CYG17 utf8-paths CYG21 LibList-Kid.patch CYG22 cygwin-1.7 hints CYG23 544-stat CYG24 build man pages CYG26 Cwd for svk Bug#55162 File::Spec::case_tolerant performance disable ExtUtils::MakeMaker::Coverage in Sys-Syslog Built under cygwin Compiled at Dec 18 2009 14:54:24 %ENV: CYGWIN= @INC: /usr/lib/perl5/5.10/i686-cygwin /usr/lib/perl5/5.10 /usr/lib/perl5/site_perl/5.10/i686-cygwin /usr/lib/perl5/site_perl/5.10 /usr/lib/perl5/vendor_perl/5.10/i686-cygwin /usr/lib/perl5/vendor_perl/5.10 /usr/lib/perl5/vendor_perl/5.10 /usr/lib/perl5/site_perl/5.8 /usr/lib/perl5/vendor_perl/5.8 . In particular, I'm not clear in your email below if I ran install was (b) or (c) above. c But quite often quitting and reloading the CPAN shell fixes it. More generally, the kinds of problems you're reporting make me very suspicious that you've got @INC problems or that things are not getting installed where you think they are getting installed. Agreed - but I promise I'm not changing anything from the standard (except on Hurd when one must do export PERL5LIB=/etc for CPAN to work - this is a known bug with Perl on that operating system). There was a point in perl history where CPAN+ExtUtils::MakeMaker will install into the wrong version of perl if you have multiple perls on your system. (IIRC, it installs into the first Perl in $PATH instead of the perl that is running CPAN.pm) I only have one Perl on most systems. I only have two on my Solaris machines (one configured to use GCC etc. and one configured to use Sun Studio). Could you please manually verify the versions that are installed in your library paths? I tried to download pmtools as documented at http://www.cpan.org/misc/cpan-faq.html#Where_find_Perl_modules by doing wget http://language.perl.com/misc/pmtools-1.00.tar.gz;, but it created a file called download.csp. I've not yet had the time to investigate why. So
cpantest.grango.org is NXDOMAIN
The website on that domain is still linked to recently: http://www.cpantesters.org/cpan/report/7945702 signature.asc Description: This is a digitally signed message part.
Re: cpantest.grango.org is NXDOMAIN
On Mon, Jul 12, 2010 at 06:44:29PM +0200, Lars Dɪᴇᴄᴋᴏᴡ 迪拉斯 wrote: The website on that domain is still linked to recently: http://www.cpantesters.org/cpan/report/7945702 Where are you getting cpantest.grango.org from? This an obsolete address and shouldn't be used. Cheers, Barbie. -- Birmingham Perl Mongers http://birmingham.pm.org Memoirs Of A Roadie http://barbie.missbarbell.co.uk CPAN Testers Blog http://blog.cpantesters.org YAPC Conference Surveys http://yapc-surveys.org
Re: CPAN::Reporter: test results were not valid, Prerequisite version too *high*
David Golden wrote: I have ranted in many other forums that dotted decimal versions should always be expressed in normal form -- meaning a leading v and at least 3 parts (v2.17.1 or v2.6.0) to avoid confusion. I strongly disagree. ExtUtils::MakeMaker doesn't handle v-strings. It's documented in http://search.cpan.org/dist/ExtUtils-MakeMaker/lib/ExtUtils/MakeMaker.pm, it's advised to use version or regular strings. I had some bad experience because of v-strings in certain modules' Makefile.PL because '2.1.3' 2.1.4 and v49.46.48 == 1.0 I'd say any version that has more than one dot in it, is evil. And v-strings are even more evil. -- Serguei Trouchelle
Re: cpantest.grango.org is NXDOMAIN
On Mon, Jul 12, 2010 at 03:06:25PM -0600, Curtis Jewell wrote: This is a computer-generated report for Alien-SDL-1.409 on perl 5.8.8, created by *CPAN-Reporter-1.1704.* So we have a tester who hasn't upgraded his test toolchain since January 2009. That's where he's getting the old web site from. Ah well spotted, I'd missed that when I first looked at the report. Can somebody go over to his machine and... persuade him to upgrade it? That'll be EvilDave :) Dave it appears your Irix box needs a few updates. --Curtis On Mon, 12 Jul 2010 19:12 +0100, Barbie bar...@missbarbell.co.uk wrote: On Mon, Jul 12, 2010 at 06:44:29PM +0200, Lars Dɪᴇᴄᴋᴏᴡ 迪拉斯 wrote: The website on that domain is still linked to recently: http://www.cpantesters.org/cpan/report/7945702 Where are you getting cpantest.grango.org from? This an obsolete address and shouldn't be used. -- Curtis Jewell swords...@csjewell.fastmail.us %DCL-E-MEM-BAD, bad memory -VMS-F-PDGERS, pudding between the ears [I use PC-Alpine, which deliberately does not display colors and pictures in HTML mail] Cheers, Barbie. -- Birmingham Perl Mongers http://birmingham.pm.org Memoirs Of A Roadie http://barbie.missbarbell.co.uk CPAN Testers Blog http://blog.cpantesters.org YAPC Conference Surveys http://yapc-surveys.org
Existing Testers -- please request your CT 2.0 profile online
Dear CPAN Testers, You may or may not realize that Barbie has done a tremendous amount of work over the years to reconcile email addresses to individual testers. As we move to CT 2.0, every testers will have a Metabase profile -- a JSON file containing identify information and a shared secret -- that will be used instead of email addresses to identify testers. (You will want to use the same profile file on every machine you test from.) To be as consistent with the zero-registration approach of CPAN Testers historically, anyone can just generate a Metabase profile and start testing and the infrastructure will auto-register the profile (and secret). However, to make it easier for me to connect legacy reports to your new CT 2.0 profile, I have pre-generated profile files for everyone submitting reports (at least as of several months ago) that I can link to all the old emails that were used in testing. Florian Ragwitz then graciously wrote a quick Catalyst app to serve up these pre-generated profiles. (Thank you, Florian!) If you do not already have your CT 2.0 profile file from the beta test, please go to http://metabase.cpantesters.org/claimid/ and enter an email address that you use for CPAN Testers (and that can receive email). Your profile file will be emailed to you. Then follow instructions on wiki.cpantesters.org for how to install and use it. You may, of course, generate new profiles for any particular need you have, but there is no plan as of yet to allow people to easily merge merge profiles for the purposes of the CPAN Testers statistics (e.g. the Leaderboard). If you have trouble getting your profile, please check your spam traps for email from Metabase Admin metabase-ad...@cpantesters.org. If you still have trouble, please email this list (or me directly) with details. Thank you, David