Return-Path: Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 54222 invoked by uid 500); 6 May 2003 02:40:03 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 54202 invoked from network); 6 May 2003 02:40:03 -0000 Message-ID: <3EB72084.1000904@stason.org> Date: Tue, 06 May 2003 12:40:04 +1000 From: Stas Bekman Organization: Hope, Humanized User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1) Gecko/20020826 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "McLean, Grant" Cc: Modperl mailing list Subject: Re: [mp2] Module naming References: <53B8C97B11002E49BB494F8610AE9538A16A46@kccxoex03.corp.kpmgconsulting.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N McLean, Grant wrote: > Perrin Harkins wrote: > >>We are getting too many questions along the lines of >>"I tried to run Apache::Foo on mod_perl 2 and it didn't work" >>for modules which no one has tried to port yet. >>Or maybe we just need a document listing modules that have >>been ported. > > > A separate document sounds like a potential maintenance problem. > > The POD or README for a module would seem to be a good place > for Apache module authors to declare their mod_perl version > support. That way people can tell from browsing search.cpan.org > whether something is expected to work before they even download > it. > > Of course the default assumption at the moment should probably > be that if a module doesn't say which version of the mod_perl > API it was written to then it almost certainly only works with > the 1.0 API. How we communicate to people that that should be > the default assumption is a tricky problem. I'll shortly post a proposal to p5p/module-authors suggesting a cpan/pause support for this kind of version requirements. There is a whole new META.yaml thing, that all CPAN module developers will become familiar with soon. And it should provide the necessary information to users. Next CPAN.pm/search.cpan.org, etc should be able to help users to make right decisions. __________________________________________________________________ Stas Bekman JAm_pH ------> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:stas@stason.org http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com