On Mon, Dec 22, 2003 at 01:38:17PM -0800, Stas Bekman wrote:
> > The automatic tools don't *have* to: they're *told* which product to
> > install by a human, no?
> 
> No, they aren't. In PREREQ_PM in Makefile.PL you specify the minimal version 
> of some module, CPAN/CPANPLUS will bring the latest version which could be 
> quite a wrong choice if there are two generations of this module on CPAN. Here 
> is an example:
> 
> PREREQ_PM => {
>    "Apache::Scoreboard" => "0.12"
> }
> 
> what you get back? 2.01. Right? No.

Which sort of *makes* my point: they're *two separate modules*.
They're not 2 different versions of the same module.

> > I believe you've missed my point:
> > 
> > The way you're doing it, you will have exactly that problem.
> > 
> > If instead you name your new apache2 compatible thing Apache2::whatever
> > (*even though the internal naming it carries may be apache:: for
> > functionality's sake) then they won't conflict.  And if the internal
> > naming depends on the external naming be right, then you have, so far
> > as I can see, a semi-insoluble problem.
> 
> Nope. That's a very bad idea. I don't want to go and rewrite all my code to 
> use Apache2::Request and dozens of other modules, which work exactly the same 
> as before, but their guts are different.

I *did* say to only change the name on the packaging, no?

> >>Also I've just released Apache::VMonitor 2.0, which works with both mod_perl 
> >>generations. So should it be called 1.0? 2.0? It just doesn't work.
> > 
> > 
> > If it doesn't depend on the major version of the parent, then this
> > entire conversation doesn't apply to that module, no?
> 
> It does if you suggest to deduct which version this module is designed for 
> from its version number.

<sigh>

*You* are suggesting that.

*I* am suggesting that you deduce it from the *name*.  I am saying that
you *cannot* reliably deduce it from the version number, precisely
because you are *overloading* the version number, giving it semantics
it should not have.

Cheers,
-- jra
-- 
Jay R. Ashworth                                                [EMAIL PROTECTED]
Member of the Technical Staff     Baylink                             RFC 2100
The Suncoast Freenet         The Things I Think
Tampa Bay, Florida        http://baylink.pitas.com             +1 727 647 1274

        Come see Linux Gazette in our new home: www.linuxgazette.net!

-- 
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html

Reply via email to