Return-Path: Delivered-To: apmail-httpd-apreq-dev-archive@httpd.apache.org Received: (qmail 50664 invoked by uid 500); 20 Jul 2003 16:30:56 -0000 Mailing-List: contact apreq-dev-help@httpd.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Delivered-To: mailing list apreq-dev@httpd.apache.org Received: (qmail 50652 invoked from network); 20 Jul 2003 16:30:56 -0000 Received: from erato.logilune.com (HELO mail.logilune.com) (195.154.174.52) by daedalus.apache.org with SMTP; 20 Jul 2003 16:30:56 -0000 Received: from stason.org (localhost.logilune.com [127.0.0.1]) by mail.logilune.com (Postfix) with ESMTP id EE52A78F2C; Sun, 20 Jul 2003 18:30:57 +0200 (CEST) Message-ID: <3F1AC3DA.9060001@stason.org> Date: Sun, 20 Jul 2003 19:31:22 +0300 From: Stas Bekman Organization: Hope, Humanized User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3.1) Gecko/20030428 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Joe Schaefer Cc: Randy Kobes , apreq-dev@httpd.apache.org Subject: Re: [apreq-2] Apache::Test preinstall issues References: In-Reply-To: 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 >>>The second problem is with the perl_tests: >>> >>> % tail glue/perl/t/conf/modperl_inc.pl >>> ... >>> use lib '/path/to/httpd-apreq-2/glue/perl/t/response'; >>> use lib '/path/to/httpd-apreq-2/glue/perl/blib/arch'; >>> use lib '/path/to/httpd-apreq-2/glue/perl/blib/lib'; >>> use Apache2; >>> 1; >>> >>>The 'use Apache 2' directive needs to occur before >>>the 'use lib ...' directives to avoid using a previously- >>>installed Apache::Request. >> >>This is being written from Apache::TestConfigPerl, in the >>configure_startup_pl sub. The Apache2 entry comes from the call >>to Apache::TestConfig->modperl_2_inc_fixup() - moving the >>printing of $fixup to $fh to somewhere before the line >> print $fh "use lib '$_';\n"; >>would get the order you want, but I'm not sure how that >>would affect, eg, the mod_perl tests. > > > It certainly won't affect the modperl build tests, since > modperl_2_inc_fixup is a noop there. I suspect that > this misordering is a bug in configure_startup_pl, > but for the time being we can simply override it. > > I've applied the relevant patches to cvs- please give it > a try (you need to % make clean to clear out the old test > configs). Actually, this is not a bug, I have done this on purpose, for 3rd party modules which install their modules into Apache2/. use Apache2; should come after local blib so it'll pick these subdirs. On the contrary Apache::Request 2 build is broken in that respect. It installs into @INC, and not into Apache2/ making it impossible to have Apache::Request for mp1 and mp2 coexist under the same perl tree. For an example of how to make the library following the mod_perl 2.0 install scheme see Apache::Peek. the magic is done behind the scenes simply by using ModPerl::MM::WriteMakefile. Once you have this in place, the modperl_2_inc_fixup will make a lot more sense. __________________________________________________________________ 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