(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 I've had to do it the slow way with lots of perldocs and copying the versions over. This is the list from my
Cygwin installation:

Test::Reporter: 1.57
CPAN::Reporter 1.711
Metabase::Fact 0.016
Test::Reporter::Transport::Metabase 1.999005
Metabase::Client::Simple 0.006

-Nigel

Reply via email to