Bug #20902 for CPANPLUS: CPANPLUS 0.7.2 errors with update list

Wed Aug 09 00:59:07 2006 seashell [...] handypaws.com - Ticket created

Subject:	CPANPLUS 0.7.2 errors with update list
Date:	Tue, 08 Aug 2006 21:58:35 -0700
To:	bug-CPANPLUS [...] rt.cpan.org
From:	Ann Hopkins <seashell [...] handypaws.com>

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 While using cpanplus (cpanp interactive mode), I got this message. Previously I had been updating off of a previous "cpanp o" command. CPAN Terminal> o Backslash found where operator expected at (eval 3374) line 1, near ")\" (Missing operator before \?) 1 None 0.009 OpenCA::CRL MADWOLF 2 None 0.009 OpenCA::Crypto MADWOLF 3 None 0.0091 OpenCA::REQ MADWOLF 4 None 0.009 OpenCA::X509 MADWOLF There is something wrong because these items are already installed. I believe what I actually did before this was I had two Pod::Coverage (version 0.17 and versions 0.18). I deinstalled both versions and then reinstalled version 0.18). All recorded successfully, but now "o" doesn't act correctly any more. Environment: ============ Summary of my perl5 (revision 5 version 8 subversion 8) configuration: Platform: osname=linux, osvers=2.6.16.13-4-smp, archname=i686-linux uname='linux muse 2.6.16.13-4-smp #1 smp wed may 3 04:53:23 utc 2006 i686 athlon i386 gnulinux ' config_args='' hint=recommended, useposix=true, d_sigaction=define usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=undef useperlio=define d_sfio=undef uselargefiles=define usesocks=undef use64bitint=undef use64bitall=undef uselongdouble=undef usemymalloc=n, bincompat5005=undef Compiler: cc='cc', ccflags ='-fno-strict-aliasing -pipe - -Wdeclaration-after-statement -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64', optimize='-O2', cppflags='-fno-strict-aliasing -pipe - -Wdeclaration-after-statement -I/usr/local/include' ccversion='', gccversion='4.1.0 (SUSE Linux)', gccosandvers='' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12 ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=4, prototype=define Linker and Libraries: ld='cc', ldflags =' -L/usr/local/lib' libpth=/usr/local/lib /lib /usr/lib libs=-lnsl -lgdbm -ldb -ldl -lm -lcrypt -lutil -lc perllibs=-lnsl -ldl -lm -lcrypt -lutil -lc libc=/lib/libc-2.4.so, so=so, useshrplib=false, libperl=libperl.a gnulibc_version='2.4' Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E' cccdlflags='-fpic', lddlflags='-shared -L/usr/local/lib' Characteristics of this binary (from libperl): Compile-time options: PERL_MALLOC_WRAP USE_LARGE_FILES USE_PERLIO Built under linux Compiled at Jul 20 2006 11:54:23 @INC: /usr/local/lib/perl5/5.8.8/i686-linux /usr/local/lib/perl5/5.8.8 /usr/local/perl/lib/perl5/site_perl/5.8.8/i686-linux /usr/local/perl/lib/perl5/site_perl/5.8.8 /usr/local/perl/lib/perl5/site_perl -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFE2Wt4hs7JGk93PT0RAj32AJ9ITJY6NByN9JCyjiEdn9uZfAwnrQCgjyjk 7K0lsWl+fnF7gYIP+wmzOwc= =GvJX -----END PGP SIGNATURE-----

Wed Aug 09 11:00:11 2006 kane [...] cpan.org - Correspondence added

On Wed Aug 09 00:59:07 2006, seashell@handypaws.com wrote: Show quoted text

> -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > While using cpanplus (cpanp interactive mode), I got this message. > Previously I had been updating off of a previous "cpanp o" command. > > > CPAN Terminal> o > > Backslash found where operator expected at (eval 3374) line 1, near ")\" > (Missing operator before \?)

This error comes from one of the modules on your system having an unparsable one-line version string. This is a non-enforced standard, so there's no official tools to track this down. The section of code that does this can be found at around line 1144 in CPANPLUS::Shell::Default: for my $mod (@list) { ### skip this mod if it's up to date ### next if $mod->is_uptodate; You coudl add some debug information just before the 'next' statement to find out who's erroring. Show quoted text

> 1 None 0.009 OpenCA::CRL MADWOLF > 2 None 0.009 OpenCA::Crypto MADWOLF > 3 None 0.0091 OpenCA::REQ MADWOLF > 4 None 0.009 OpenCA::X509 MADWOLF > > There is something wrong because these items are already installed. > I believe what I actually did before this was I had two > Pod::Coverage (version 0.17 and versions 0.18). I deinstalled both > versions and then reinstalled version 0.18). All recorded > successfully, but now "o" doesn't act correctly any more.

However, that *shouldn't have an impact on parsing the version of any *other* module on your system, including the OpenCA::* ones. Without more information, it will be hard to deduce what's going wrong, but might it be the same issue as you reported before, where the modules were installed in a path not part of your @INC (anymore) when running CPANPLUS? Good luck, -- Jos

Wed Aug 09 11:00:26 2006 The RT System itself - Status changed from 'new' to 'open'

Wed Aug 09 11:00:33 2006 kane [...] cpan.org - Status changed from 'open' to 'stalled'

Wed Aug 09 15:30:45 2006 seashell [...] handypaws.com - Correspondence added

Subject:	Re: [rt.cpan.org #20902] CPANPLUS 0.7.2 errors with update list
Date:	Wed, 09 Aug 2006 12:30:20 -0700
To:	bug-CPANPLUS [...] rt.cpan.org
From:	Ann Hopkins <seashell [...] handypaws.com>

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Thanks for being patient with me. Problem #1: I am not really a perl programmer, but I could figure out enough to print out the modules. It turns out to be in the "Module::Build" group; with it possibly being "Module::Build::Version". I reverted to the previous version 0.28.04 from 0.2805 which I had updated recently. The "eval 3374" error did go away. CPANPLUS isn't the problem here. Problem #2: I had already checked that OpenCA Modules were not duplicated in the tree, and I can not figure out why all of a sudden they show up in the list, but I tried uninstalling them and then reinstalling them, but I still get the same result, but I finally did notice something interesting. The versions numbers have too many zeros. Here is one module I didn't have a problem with in the OpenCA category, but even that shows incorrectly for some reason. Details for 'OpenCA::Configuration' Author Massimiliano Pala (madwolf@openca.org) Description None given Development Stage Unknown Interface Style Unknown Language Used Unknown Package OpenCA-Configuration-1.5.3.tar.gz Public License Unknown Support Level Unknown Version Installed 1.5.3 Version on CPAN 1.005003 Contains: OpenCA::Configuration See the CPAN version is 1.005003, while the Version installed is 1.5.3 Here is a module with problems OpenCA::CRL Details for 'OpenCA::CRL' Author Massimiliano Pala (madwolf@openca.org) Description None given Development Stage Unknown Interface Style Unknown Language Used Unknown Package OpenCA-CRL-0.9.17.tar.gz Public License Unknown Support Level Unknown Version Installed 0.0 Version on CPAN 0.009017 Contains: OpenCA::CRL The CPAN version is .009017 while I know the current version is 0.9.17 with that version being listed in perllocal. A search of all versions gives me this result. CPAN Terminal> f OpenCA::CRL [MSG] Checking if source files are up to date [MSG] Retrieving /root/.Ncpanplus/sourcefiles.2.15.stored [MSG] Trying to get 'http://www.ibiblio.org/pub/mirrors/CPAN/authors/id/M/MA/MADWOLF/CHECKSUMS' 1 OpenCA-CRL 0.50 MADWOLF 2 OpenCA-CRL 0.60 MADWOLF 3 OpenCA-CRL 0.70 MADWOLF 4 OpenCA-CRL 0.70 MADWOLF 5 OpenCA-CRL 0.90 MADWOLF I think is the module's fault, but I am not sure. via RT wrote: Show quoted text

> <URL: http://rt.cpan.org/Ticket/Display.html?id=20902 > > > On Wed Aug 09 00:59:07 2006, seashell@handypaws.com wrote:

>> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> While using cpanplus (cpanp interactive mode), I got this message. >> Previously I had been updating off of a previous "cpanp o" command. >> >> >> CPAN Terminal> o >> >> Backslash found where operator expected at (eval 3374) line 1, near ")\" >> (Missing operator before \?)

> > This error comes from one of the modules on your system having an > unparsable one-line version string. This is a non-enforced standard, > so there's no official tools to track this down. > > The section of code that does this can be found at around line 1144 > in CPANPLUS::Shell::Default: > > for my $mod (@list) { > ### skip this mod if it's up to date ### > next if $mod->is_uptodate; > > You coudl add some debug information just before the 'next' > statement to find out who's erroring. >

>> 1 None 0.009 OpenCA::CRL MADWOLF >> 2 None 0.009 OpenCA::Crypto MADWOLF >> 3 None 0.0091 OpenCA::REQ MADWOLF >> 4 None 0.009 OpenCA::X509 MADWOLF >> >> There is something wrong because these items are already installed. >> I believe what I actually did before this was I had two >> Pod::Coverage (version 0.17 and versions 0.18). I deinstalled both >> versions and then reinstalled version 0.18). All recorded >> successfully, but now "o" doesn't act correctly any more.

> > However, that *shouldn't have an impact on parsing the version of > any *other* module on your system, including the OpenCA::* > ones. Without more information, it will be hard to deduce what's > going wrong, but might it be the same issue as you reported before, > where the modules were installed in a path not part of your @INC > (anymore) when running CPANPLUS? > > Good luck, > > -- Jos > >

-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFE2jfLhs7JGk93PT0RAmUkAKCFlu0AGQIQ1tuHjt2eDU4YfSLHdwCeJYnr 4o3SlilRBbBJEmrJkkxS5uI= =27E2 -----END PGP SIGNATURE-----

Wed Aug 09 15:30:47 2006 The RT System itself - Status changed from 'stalled' to 'open'

Fri Sep 08 07:09:19 2006 kane [...] cpan.org - Correspondence added

Show quoted text

> Problem #1: > I am not really a perl programmer, but I could figure out enough to > print out the modules. It turns out to be in the "Module::Build" > group; with it possibly being "Module::Build::Version". I reverted > to the previous version 0.28.04 from 0.2805 which I had updated > recently. The "eval 3374" error did go away. CPANPLUS isn't the > problem here.

Perhaps a bug report for this is best reported in the Module::Build queue, so they may address the issue. Show quoted text

> Problem #2: > I had already checked that OpenCA Modules were not duplicated in the > tree, and I can not figure out why all of a sudden they show up in > the list, but I tried uninstalling them and then reinstalling them, > but I still get the same result, but I finally did notice something > interesting. The versions numbers have too many zeros.

This has to do with the way perl translates x.y.z versions to floats. The PAUSE indexer does this automatically, and that is the indexes we use. So we never know if we will be comparing against an x.y.z or float version. To compensate for this, we've made at least the display of the version contain more significant digits after the comma; from 4 to 6, which is enough to show the float representation of a x.y.z version number. It's not a perfect solution, but it should at least help the user to see what's going on. Patch can be found here: http://trac.dwim.org/OSS/changeset/777 and will be part of CPANPLUS 0.074, which is to be released shortly.

Fri Sep 08 07:09:26 2006 kane [...] cpan.org - Status changed from 'open' to 'resolved'