Re: cpan tries to "upgrade" installed SNMP perl mod to lower version

> Then correct your subject line.


Nothing wrong with my subject line.

cpanp's piping-up about an upgrade.

It's detecting my INSTALLED SNMP perl mod at ONE version, and trying to
DOWNGRADE to a lower version.

Seems pretty simple & clear to me.

Looking,

    > cpanp -o
        [MSG] Checking if source files are up to date
        [MSG] Retrieving /usr/local/.cpanplus/sourcefiles.2.16.stored
    >

Nothing to upgrade.

Looking more,

    > cpanp -l SNMP | grep Version
        Version on CPAN                5.0400001

Something's 'available on cpan'.  It's version " 5.0400001"

It's written by the same person who authors the perl mod source bundled with
Net-SNMP.

On my system,

    > module_info SNMP
        Can't create Module::Info object for module 'SNMP' at
/usr/local/perl5/bin/module_info line 96.

Because nothing's INSTALLED.

( BUILD & INSTALL Net-SNMP r16702 FROM SOURCE )

Look NOW on my system,

    > cpanp -l SNMP | grep Version
        Version Installed              5.0401
        Version on CPAN                5.0400001

    > module_info SNMP
        Name:        SNMP
        Version:     5.0401
        Directory:
/usr/local/lib/perl5/site_perl/darwin-thread-multi-2level
        File:
/usr/local/lib/perl5/site_perl/darwin-thread-multi-2level/SNMP.pm
        Core module: no

The Perl MOD's been installed WITHOUT USING CPAN.

At a version HIGHER/NEWER than what's on cpan.

Since it's by the same guy, you MIGHT think that it'd be version-numbering
consistent.

In my book, 5.0401 > 5.0400001, especially when written by the same guy.

In other words,

    > cpanp -o
        [MSG] Checking if source files are up to date
        [MSG] Retrieving /usr/ports/cpanplus_build/sourcefiles.2.16.stored
            1     5.0401       5.04     SNMP
GSM
    >

still tries to "upgrade" to the lower version.



 I graduated from Perl a decade ago



So you're commenting here why?

        The point you're missing is that this is not a downgrade in cpanp's
> view - it's looking at an unknown quantity (your private build)



Not unknown.  CPAN 'gets' the version just fine.  Read the above again.

And, it all seems to work just fine for other apps that do "private"
installs of perl modules AND have CPAN options available as well.

Now you view things differently, and think that the built module is superior
> to the module that cpanp has to offer.


Never said "superior".  I want to use what's provided by THIS team in their
source pkg.  It's CLEARLY different -- if ONLY in version numbering.  And
I'm asking about a apparent conflict with what it installs and plain-vanilla
perl functionality.  AND it seems that this team IS directly involved with
what's on CPAN.

        So I fail to see the problem here.


Then good for you.  If  YOU don't see a problem, that's great.  I do , and
have explained it repeatedly.  I came here for help, not to argue with you.

To that end, Thomas addressed the issue pretty cleanly.  So thanks again,
Thomas.

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

_______________________________________________
Net-snmp-users mailing list
[email protected]
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users