Jay R. Ashworth wrote:
On Mon, Dec 22, 2003 at 01:15:10PM -0800, Stas Bekman wrote:

This is Apache::Scoreboard for httpd-2.0 (mod_perl 2.0).

You will still need Apache-Scoreboard-0.10 for mod_perl 1.0 and its
apps. CPAN will now always try to install Apache-Scoreboard-2.xx, even
when you want it to install Apache-Scoreboard-0.10. Go and tell CPAN
maintainers that you don't like it and ask them to work on a solution
that will allow several generations of modules with the same name
coexist happily on CPAN. Until masses will start complaining I don't
see this being resolved.


Mostly because, IMHO, that is not the proper solution to the problem.

If you have a dependent subsidiary product which is specific to the
(EG) major revision of some other project, then the first release of
the subsid for the new version should be *1.0*, the *product name*
should be modified to indicate which version of it's parent it applies
to.

Apache 1 and Apache 2 really *are* two separate parents; encoding your
dependency in *your own* version number is a recipe for pain.

Nuh, unfortunately that's not a panacea. None of the automatic tools is able to deduct which version to bring based on the version. And that's where the problem is.


On the manual installation front, yes, you could try to make it easier, by keeping the same major version number. But what if by the time you wanted to release a new version for generation X, that X has already been taken? In any case, it's the automatic dependency resolving tools which we are having the problem with, not the manual ones.

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.

__________________________________________________________________
Stas Bekman            JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/     mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com


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



Reply via email to