Skip Menu |

This queue is for tickets about the CPANPLUS CPAN distribution.

Report information
The Basics
Id: 24462
Status: resolved
Priority: 0/
Queue: CPANPLUS

People
Owner: Nobody in particular
Requestors: geoff [...] hughes.net
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)



Subject: bug
Date: Fri, 19 Jan 2007 15:37:27 -0800
To: bug-cpanplus [...] rt.cpan.org
From: Geoffrey Leach <geoff [...] hughes.net>
CPANPLUS::Shell::Default -- CPAN exploration and module installation (v0.076) *** Please report bugs to <bug-cpanplus@rt.cpan.org>. *** Using CPANPLUS::Backend v0.076. ReadLine support enabled. CPAN Terminal> o Backslash found where operator expected at (eval 1446) line 1, near ")\" (Missing operator before \?)
On Fri Jan 19 18:37:57 2007, geoff@hughes.net wrote: Show quoted text
> CPANPLUS::Shell::Default -- CPAN exploration and module installation > (v0.076) > *** Please report bugs to <bug-cpanplus@rt.cpan.org>. > *** Using CPANPLUS::Backend v0.076. ReadLine support enabled. > > > CPAN Terminal> o > > Backslash found where operator expected at (eval 1446) line 1, near ")\" > (Missing operator before \?)
This can occur when the source files fetched from your prefered mirrors (02packages.gz and friends) are corrupted during the download. Refetching them with 'x --update_source' might make the issue go away, or alternately changing your mirrors (see 's mirrors' for your mirror config). If the issue persists, let me know. Please include the .gz files found in your ~/.cpanplus directory in that case. Thanks, Jos
On Fri Jan 19 18:37:57 2007, geoff@hughes.net wrote: Show quoted text
> CPANPLUS::Shell::Default -- CPAN exploration and module installation > (v0.076) > *** Please report bugs to <bug-cpanplus@rt.cpan.org>. > *** Using CPANPLUS::Backend v0.076. ReadLine support enabled. > > > CPAN Terminal> o > > Backslash found where operator expected at (eval 1446) line 1, near ")\" > (Missing operator before \?)
This can occur when the source files fetched from your prefered mirrors (02packages.gz and friends) are corrupted during the download. Refetching them with 'x --update_source' might make the issue go away, or alternately changing your mirrors (see 's mirrors' for your mirror config). If the issue persists, let me know. Please include the .gz files found in your ~/.cpanplus directory in that case. Thanks, Jos
From: GLEACH [...] cpan.org
Refetching with 'x --update_source' did not resolve the problem. FWIW, my primary mirror is ftp://ftp.cpan.org/pub/CPAN. Files attached.
Download 01mailrc.txt.gz
application/x-download 123.6k

Message body not shown because it is not plain text.

Download 03modlist.data.gz
application/x-download 125.9k

Message body not shown because it is not plain text.

Download 02packages.details.txt.gz
application/x-download 503.7k

Message body not shown because it is not plain text.

Subject: 'o' causes eval errors *somewhere*
On Fri Jan 26 13:05:23 2007, GLEACH wrote: Show quoted text
> Refetching with 'x --update_source' did not resolve the problem. FWIW, > my primary mirror is ftp://ftp.cpan.org/pub/CPAN. Files attached.
Hmm, I'm afraid I can not reproduce the problem with these sourcefiles, they look clean to me. So, let's try some more diagnostics. First, please enable verbose mode as follows: s conf verbose 1 and we'll also disable the use of storable for this test: s conf storable 0 If you dont want to retype these commands every time you restart cpanp, save them: s save Next, remove any .stored files in your .cpanplus dir: rm ~/.cpanplus/*.stored Now let's try some scenarios. Whenever the error occurs, please mark it down, and quit cpanp before trying the next command. Here's a list with commands to try: x m Acme::Bleach o f Acme::Bleach a DCONWAY r Acme::Bleach If they all present the error, it's definitely the sourcefiles at work or the parsing of them (although this is the first report i've seen for 0.076 or any other release..). If it's only some, the error may be more subtle and we'll have to continue investigating. Thanks for your time, Jos
From: GLEACH [...] cpan.org
root@mtranch[2]->cpanp CPANPLUS::Shell::Default -- CPAN exploration and module installation (v0.076) *** Please report bugs to <bug-cpanplus@rt.cpan.org>. *** Using CPANPLUS::Backend v0.076. ReadLine support enabled. CPAN Terminal> o Backslash found where operator expected at (eval 1447) line 1, near ")\" (Missing operator before \?) CPAN Terminal> s conf verbose 1 Key 'verbose' was set to '1' CPAN Terminal> s conf storable 0 Key 'storable' was set to '0' CPAN Terminal> s save Configuration successfully saved to CPANPLUS::Config::User CPAN Terminal> [1]+ Stopped cpanp root@mtranch[3]->rm ~/.cpanplus/*.stored rm: remove regular file `/root/.cpanplus/sourcefiles.2.15.stored'? y root@mtranch[4]->fg cpanp CPAN Terminal> x [MSG] Checking if source files are up to date [MSG] Rebuilding author tree, this might take a while [MSG] Rebuilding module tree, this might take a while CPAN Terminal> m Acme::Bleach 1 Acme::Bleach 1.12 DCONWAY 2 Acme::Bleach::Numerically 0.04 DANKOGAI CPAN Terminal> o Backslash found where operator expected at (eval 4059) line 1, near ")\" (Missing operator before \?) CPAN Terminal> q Exiting CPANPLUS shell root@mtranch[5]-> cpanp CPANPLUS::Shell::Default -- CPAN exploration and module installation (v0.076) *** Please report bugs to <bug-cpanplus@rt.cpan.org>. *** Using CPANPLUS::Backend v0.076. ReadLine support enabled. CPAN Terminal> f Acme::Bleach [MSG] Checking if source files are up to date [MSG] Rebuilding author tree, this might take a while [MSG] Rebuilding module tree, this might take a while [MSG] Trying to get 'ftp://ftp.cpan.org/pub/CPAN/authors/id/D/DC/DCONWAY/CHECKSUMS' 1 Acme-Bleach 1.12 DCONWAY CPAN Terminal> a DCONWAY CPAN Terminal> r Acme::Bleach CPAN Terminal> q Exiting CPANPLUS shell
Thanks for this feedback. On Wed Jan 31 13:14:12 2007, GLEACH wrote: Show quoted text
> CPAN Terminal> o > > Backslash found where operator expected at (eval 1447) line 1, near ")\" > (Missing operator before \?)
Since all the other commands worked just fine, the only other part of the 'o' command that contains an eval is finding out the version of an installed pacakge. I'll have to give an easy debugging strategy some thought... stay tuned :) -- Jos
Hi, On Mon Feb 05 15:33:49 2007, KANE wrote: Show quoted text
> I'll have to give an easy debugging strategy some thought... stay > tuned :)
I've looked at the problem a bit more and I hope I found a way now to narrow it down based on your previous feedback. The problem *seems* to come from the VERSION declarations found in one or more modules. The module that does this parsing got upgraded a few weeks ago. If you're not running the most recent version, perhaps upgrading to it would solve your issue. The newest release is Module::Load::Conditional 0.16. If that does the trick, please let me know and I'll up the minimum requirement for it. In case that doesn't work, I've pasted a test script below that should give us more output about the actual failure in the hope to track down the root of the issue. If you could provide me with the output of that script that would be wonderful. Also, the script writes an autobundle file to disk (last line of the output). If you could attach this one in your next reply, that'd be much appreciated. Thanks for your patience, -- Jos __END__ BEGIN { require Carp; $Carp::MaxArgLen = 0; $Carp::MaxEvalLen = 0; $Carp::MaxArgNums = 0; *CORE::GLOBAL::die = sub { Carp::confess( @_ ); } } use strict; use Module::Load::Conditional; print "M::L::C->VERSION: " . Module::Load::Conditional->VERSION . $/; use CPANPLUS::Shell qw[Default]; my $ui = CPANPLUS::Shell->new; $ui->backend->configure_object->set_conf( verbose => 1 ); # enable verbose $ui->backend->configure_object->set_program( pager => '' ); # disable pager $ui->dispatch_on_input( input => 'o'); # run 'o' $ui->dispatch_on_input( input => 'b'); # run 'o'
From: GLEACH [...] cpan.org
Module::Load::Conditional v0.16 loaded, issue resolved. Thanks. On Sun Feb 11 05:38:36 2007, KANE wrote: Show quoted text
> I've looked at the problem a bit more and I hope I found a way now to > narrow it down based > on your previous feedback. The problem *seems* to come from the > VERSION declarations > found in one or more modules. The module that does this parsing got > upgraded a few weeks > ago. If you're not running the most recent version, perhaps upgrading > to it would solve your > issue. The newest release is Module::Load::Conditional 0.16.