Return-Path: Delivered-To: apmail-perl-dev-archive@perl.apache.org Received: (qmail 5053 invoked by uid 500); 4 Jun 2003 05:43:56 -0000 Mailing-List: contact dev-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Delivered-To: mailing list dev@perl.apache.org Received: (qmail 5037 invoked from network); 4 Jun 2003 05:43:55 -0000 Received: from erato.logilune.com (HELO mail.logilune.com) (195.154.174.52) by daedalus.apache.org with SMTP; 4 Jun 2003 05:43:55 -0000 Received: from stason.org (localhost.logilune.com [127.0.0.1]) by mail.logilune.com (Postfix) with ESMTP id DA570797F1; Wed, 4 Jun 2003 07:44:04 +0200 (CEST) Message-ID: <3EDD8716.2050205@stason.org> Date: Wed, 04 Jun 2003 15:43:50 +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: "Philippe M. Chiasson" Cc: dev@perl.apache.org Subject: Re: Objections to a mp-1.28 release candidate ? References: <1054703266.27489.8.camel@shou.sg.ectoplasm.org> 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 Philippe M. Chiasson wrote: > Hello all, after discussions, I think it's now clear that mp1 is better > off being released as-is (as close as possible), since it appears stable > and the remaining issues in STATUS I want to tackle having more > potential to wreak havok, were better suited for 1.29. > > So, having said that, I'll finish reviewing the things that changed > sinte 1.27 was released. Report available here: > > http://www.apache.org/~gozer/mp1/1.27-dev/ wow, nice ;) > Once I've been thru all that, I'll give a test spin to current CVS with > as many Perls as I can find and would suggest making a release candidate > for the list to test. I have just submitted a bug report. Otherwise +1. > Only 1 issue still not quite cleared yet. Stas suggested bundling > Apache-Test with this release of mp1. I don't see how that could be a > bad thing, since getting Apache-Test out there and adopted asap is a > good thing. Any strong feelings against it? Otherwise I'd just bundle > Apache-Test in the release candidate. The problem is not about bundling it or not. The problem is about PAUSE. You have to hide these files from the indexer. Otherwise it's possible that when you do: cpan> install Apache::Test mod_perl 1 will be installed, or if it's installed already nothing will happen. The same problem happens with search.cpan.org. It should find the Apache::Test distro, not mp1. search.cpan.org supports the new META.yaml files, however I don't think PAUSE does that already. Currently the only way to bundle is to put files under /inc or /t, which sucks. > Also, one last thing of importance I guess, is anybody seeing test > failures with current CVS of any platform ? yes, see my bug report. __________________________________________________________________ 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 --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org For additional commands, e-mail: dev-help@perl.apache.org