Skip Menu |

This queue is for tickets about the CPAN CPAN distribution.

Report information
The Basics
Id: 16915
Status: resolved
Worked: 15 min
Priority: 0/
Queue: CPAN
People
Owner: bdfoy [...] cpan.org
Requestors: chris [...] prather.org
Cc:
AdminCc:
Bug Information
Severity: Normal
Broken in:
  • 1.81
  • 1.82
Fixed in: (no value)

History Show all quoted text
  Wed Jan 04 14:14:24 2006 Guest - Ticket created
Subject: cpan command line script requires -i now
In CPAN-1.81 and CPAN-1.82, the cpan script seems to now require -i for install instead of the documented (and previous) behavior of defaulting to -i when no swtiches are passed. perigrin@Alice ~ $ cpan HTML::Prototype perigrin@Alice ~ $ Versus the previous behavior of perigrin@dhcp-stp-134-32 ~ $ cpan HTML::Prototype CPAN: Storable loaded ok Going to read /Users/perigrin/.cpan/Metadata ... This was seen on both SunOS 5.8 and OSX 10.4.3 (Darwin 8.3.0) running perl 5.6.1(sun) and 5.8.7(mac) I'm not sure if a Documentation patch or a code patch is in order.
  Wed Jan 04 14:23:37 2006 bdfoy [...] cpan.org - Taken
  Wed Jan 04 14:23:43 2006 bdfoy [...] cpan.org - Status changed from 'new' to 'open'
  Wed Jan 04 14:26:17 2006 bdfoy [...] cpan.org - Correspondence added 5 min
Argh! You're right. The docs are right (I still want that default behavior), so I need to fix the code. I should have something for you by tonight. Sorry for the inconvenience.
  Wed Jan 04 17:22:35 2006 bdfoy [...] cpan.org - Status changed from 'open' to 'resolved'
  Wed Jan 04 17:22:35 2006 bdfoy [...] cpan.org - Correspondence added 10 min
I've uploaded cpan-1.06 which re-implements the default -i feature. When I rewrote the script, the big decision structure turned into a dispatch table. The processing in the if() was the thing that set -i if there were no other options and that special case didn't survive into the new design. Now it's back.