in reply to difficulty using

Update: with accurate and timely advice from Corion and davorg, plus Chatterbox help from davorg and le, I had quite a bit of success with everything but itself. Manual make/install of Net::Telnet::Cisco displayed pertinent errors that kept hidden, which led me to successfull manual make/install (upgrade) of Net::Telnet, and then back to manual make/install of Net::Telnet::Cisco (this time successful). being unusable might be result of Debian's down-rev Perl 5.004.04, or perhaps from the way Debian packages a few CPAN modules as .deb's.   Could easily be something specific to how my host is setup.   Other Monks of the Debian persuasion care to share their experiences?

Update #2: another PM reference on installing modules:  (manually, not with

Update #3: With young perlhopper's suggestion below, I took a closer look at /usr/lib/perl5/CPAN/ This one works on a Debian host at work.   I'll compare with suspect at home for diffs.   Also found that txt.gz files in $HOME/.cpan/sources/authors/ and modules/ had to be deleted after fixing incorrect urllist entry.

Yes, I know I need to point my urllist to a mirror   <grin>   I just want to get this working first.

$CPAN::Config = { 'build_cache' => q[0], 'build_dir' => q[/root/.cpan/build], 'cpan_home' => q[/root/.cpan], 'ftp' => q[/usr/bin/ftp], 'ftp_proxy' => q[ ], 'getcwd' => q[cwd], 'gzip' => q[/bin/gzip], 'http_proxy' => q[ ], 'inactivity_timeout' => q[0], 'index_expire' => q[1], 'inhibit_startup_message' => q[0], 'keep_source_where' => q[/root/.cpan/sources], 'lynx' => q[/usr/bin/lynx], 'make' => q[/usr/bin/make], 'make_arg' => q[], 'make_install_arg' => q[], 'makepl_arg' => q[], 'ncftp' => q[], 'no_proxy' => q[ ], 'pager' => q[/usr/bin/less], 'shell' => q[/bin/bash], 'tar' => q[/bin/tar], 'unzip' => q[], 'urllist' => [q[]], 'wait_list' => [q[wait://]], }; 1; __END__
Update #4: aaaaall better now   8^P  
My ignorance of make and the shell were source of all my grief.
= correct syntax and sequence for make.
= proper configuration of /usr/lib/perl5/CPAN/
= valid urllist entry (CPAN mirror)
= delete corrupt $HOME/.cpan/sources/*.txt.gz

Mondo thanks to Corion, davorg, le, and young perlhopper for their help.   ++ all around.

p.s. would this mess be worth sanitizing into a mini-FAQ?   Or better yet, just a brief addendum comment to Aighearach's excellent FAQ.

Replies are listed 'Best First'.
RE: RE: difficulty using (some success)
by young perlhopper (Scribe) on Jul 25, 2000 at 19:35 UTC
    I run debian 2.1 and perl 5.00404 as well, and have had no trouble running the cpan module in shell mode. If you want to post or send me ( your '' file under the CPAN module directory, I will take a look at it and see if it differs from mine significantly.

    Good Luck,

      After it was all working, I made the mistake of following CPAN shell's suggestion of upgrading itself.   Any use of now results in a nasty zlibVersion error and rude return to host shell without closing the lock file.   :^( v1.54 apparantly requires Zlib 1.08, while Debian 2.1 provides Zlib 1.01.

      Upgrading Debian Zlib to v1.08 would also force an upgrade of 15 other .deb's, including apache, mailtools, and perl itself with all associated libs.   Needless to say, I'm not thrilled with that idea on a production host.

      Is there a cpan method for downgrading itself?

      Update: couple suggestions from young_perlhopper - install latest zlib (gzip?) to a non-default location, AND/OR rm and do a manual make/install.   Or, I may try copying v1.202 from working Debian box at home.