Bug #20804 for CPANPLUS: CPANP o Command Not Updating.

Tue Aug 01 20:11:03 2006 seashell [...] handypaws.com - Ticket created

Subject:	CPANP o Command Not Updating.
Date:	Tue, 01 Aug 2006 17:10:46 -0700
To:	bug-CPANPLUS [...] rt.cpan.org
From:	Ann Hopkins <seashell [...] handypaws.com>

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I am using to the command "cpanp o" to find out what modules need to be updated, but I had a problem with several modules still remaining on the list after the update. I am a hobbiest so I don't know if this was supposed to happen for these modules so I decided to report them. I have CPANPLUS in verbose mode, so I can see the version and the results of an installation. I had started out with a list of about 10 modules requiring updates, and I installed the new versions of each module listed, but the following modules still return an old version number when I use the "cpanp o" command even though I saw them install correctly. 1 0.33 0.35 DBD::File JZUCKER 2 1.35 1.36 Math::Complex JHI 3 0.14 0.15 PAR::Dist SMUELLER 4 1.95 1.98 Text::Balanced DCONWAY 5 1.32 1.34 Tie::RefHash NUFFIN Since it is only these modules I think it may have to do with there installation. They show the correct version in "perldoc perlocal" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEz+2Fhs7JGk93PT0RAsW7AKCNbnwjLh8xIZnyzTuNkk/6U2OemQCgvpie eLaPdDmuphQWIsIV1H3K9OI= =KyLN -----END PGP SIGNATURE-----

Wed Aug 02 05:58:17 2006 kane [...] cpan.org - Correspondence added

On Tue Aug 01 20:11:03 2006, seashell@handypaws.com wrote: Show quoted text

> I am using to the command "cpanp o" to find out what modules need to > be updated, but I had a problem with several modules still remaining > on the list after the update.

[...] Show quoted text

> 1 0.33 0.35 DBD::File JZUCKER > 2 1.35 1.36 Math::Complex JHI > 3 0.14 0.15 PAR::Dist SMUELLER > 4 1.95 1.98 Text::Balanced DCONWAY > 5 1.32 1.34 Tie::RefHash NUFFIN

What usually happens in these cases is that there's 2 version installed on your OS: one old one and one recent. Except that the OLD one is the first to be found in your @INC, and the new one is consistently being installed in a path mentioned later in @INC. You can verify this by checking your perl -V output and checking those directories for installations of the modules you mentioned. You can have this, in some cases, fixed by either set UNINST=1 as a makemakerflag (see perldoc ExtUtils::MakeMaker) or by running an uninstall in the CPANPLUS shell first on these modules, before reinstalling (thus removing the older version first) Good luck, -- Jos

Wed Aug 02 05:58:21 2006 The RT System itself - Status changed from 'new' to 'open'

Wed Aug 02 05:58:22 2006 kane [...] cpan.org - Status changed from 'open' to 'resolved'