modperl test

2005-04-04 Thread Philip M. Gollucci
Hi, Some of the tests require CGI.pm-3.08; I know Geoffery was working on it but, it doesn't exist on CPAN, yet. I'll post the test results as soon as I get LWP installed... doesn't seem to like 5.9.3 via the CPAN install tries to install 5.8.6. -- END --

Re: latest SVN of httpd2, apr, apr-util, modperl2 on FreeBSD [re: rename]

2005-04-04 Thread Philip M. Gollucci
Philip M. Gollucci wrote: [ttyp1] [EMAIL PROTECTED] /home/pgollucci/dev/src/modperl rv=0 514 >make cd "src/modules/perl" && make cc -I/usr/home/pgollucci/dev/src/modperl/src/modules/perl -I/usr/home/pgollucci/dev/src/modperl/xs -I/usr/local/include/apr-1 -I/usr/local/include/apr-1 -I/usr/local/i

RE: duplicate message in Changes

2005-04-04 Thread Philip M. Gollucci
I'm not sure which you want to keep... This removes the bottom one ? [ttyp1] [EMAIL PROTECTED] /home/pgollucci/dev/src/modperl rv=1 567 >svn diff Changes Index: Changes === --- Changes (revision 160132) +++ Changes (working co

latest SVN of httpd2, apr, apr-util, modperl2 on FreeBSD [re: rename]

2005-04-04 Thread Philip M. Gollucci
Hi, FreeBSD 6.0-CURRENT/i386 httpd2(prefork), apr, apr-util, modperl2 all the latest SVN trunks as of about 1 hour ago. perl 5.9.3 via rsync no threads all compiled with debugging symbols/maintermode I get alll the way to the mp2 compile and get this error which I know I've seen recently on FSBD

Re: svn commit: r160128 - perl/modperl/trunk/xs/tables/current/ModPerl/FunctionTable.pm

2005-04-04 Thread Stas Bekman
[EMAIL PROTECTED] wrote: Author: randyk Date: Mon Apr 4 20:26:24 2005 New Revision: 160128 URL: http://svn.apache.org/viewcvs?view=rev&rev=160128 Log: update functiontable to reflect recent name changes. Modified: perl/modperl/trunk/xs/tables/current/ModPerl/FunctionTable.pm Modified: perl/mod

Re: outstanding rename items

2005-04-04 Thread Geoffrey Young
Stas Bekman wrote: > Geoffrey Young wrote: > stas, perrin had also mentioned the idea that since we were moving from Apache::OK to Apache2::OK (again with a virtual namespace) it might make more sense to use Apache::Const::OK instead. I guess that's lots of typing,

Re: outstanding rename items

2005-04-04 Thread Stas Bekman
Geoffrey Young wrote: stas, perrin had also mentioned the idea that since we were moving from Apache::OK to Apache2::OK (again with a virtual namespace) it might make more sense to use Apache::Const::OK instead. I guess that's lots of typing, but uses always have OK if they want. thoughts? Sure,

Re: svn commit: r160089 - perl/modperl/trunk/lib/ModPerl/BuildMM.pm

2005-04-04 Thread Geoffrey Young
> I dont' think it matters much, but why not > > +my ($man) = $blib =~ m!(?:blib/lib/)(.*)(?:\.pm)!; because I just can't parse lookaheads (or whatever that is :) --Geoff - To unsubscribe, e-mail: [EMAIL PROTEC

Re: svn commit: r160089 - perl/modperl/trunk/lib/ModPerl/BuildMM.pm

2005-04-04 Thread Philip M. Gollucci
[EMAIL PROTECTED] wrote: Author: geoff Date: Mon Apr 4 12:05:35 2005 New Revision: 160089 URL: http://svn.apache.org/viewcvs?view=rev&rev=160089 Log: add manpages for stuff so that both perldoc and man work properly Modified: perl/modperl/trunk/lib/ModPerl/BuildMM.pm Modified: perl/modperl/trun

Re: outstanding rename items

2005-04-04 Thread Geoffrey Young
>> stas, perrin had also mentioned the idea that since we were moving from >> Apache::OK to Apache2::OK (again with a virtual namespace) it might make >> more sense to use Apache::Const::OK instead. I guess that's lots of >> typing, >> but uses always have OK if they want. >> >> thoughts? > > >

Re: svn commit: r160089 - perl/modperl/trunk/lib/ModPerl/BuildMM.pm

2005-04-04 Thread Geoffrey Young
[EMAIL PROTECTED] wrote: > Author: geoff > Date: Mon Apr 4 12:05:35 2005 > New Revision: 160089 > > URL: http://svn.apache.org/viewcvs?view=rev&rev=160089 > Log: > add manpages for stuff so that both perldoc and man work > properly I was essentially trying to make sure that both $ perldoc A

Re: outstanding rename items

2005-04-04 Thread Stas Bekman
Geoffrey Young wrote: Stas Bekman wrote: Geoffrey Young wrote: [...] Due to the renaming, methods such as Cserver> are now called as Cserver> I think Apache->request/Apache2->request is probably a better example to use, since it's much more common. or use them both. likewise in the other mentio

Re: outstanding rename items

2005-04-04 Thread Philip M. Gollucci
stas, perrin had also mentioned the idea that since we were moving from Apache::OK to Apache2::OK (again with a virtual namespace) it might make more sense to use Apache::Const::OK instead. I guess that's lots of typing, but uses always have OK if they want. I like this idea... -

Re: outstanding rename items

2005-04-04 Thread Geoffrey Young
Stas Bekman wrote: > Geoffrey Young wrote: > [...] > >>> Due to the renaming, methods such as Cserver> >>> are now called as Cserver> >> >> >> >> I think Apache->request/Apache2->request is probably a better example to >> use, since it's much more common. or use them both. likewise in the >> o

Re: outstanding rename items

2005-04-04 Thread Stas Bekman
Geoffrey Young wrote: [...] Due to the renaming, methods such as Cserver> are now called as Cserver> I think Apache->request/Apache2->request is probably a better example to use, since it's much more common. or use them both. likewise in the other mention below. the only reason Apache->request w

Re: outstanding rename items

2005-04-04 Thread Geoffrey Young
> I think I've changed most of the docs now to use Apache2::*, > rather than Apache::*; of course, there's likely places I > missed. Also, in particular, the porting docs, and those > involving Apache2::compat, should be checked, as there it's > not a straight s/Apache/Apache2/g replace. nice wor

help requested: www.opensa.org

2005-04-04 Thread Render Web
Further to off line discussions, I wonder if any of the mod perl folks would be interested in contributing to the opensa project. I have offered to do some testing however I believe Daniel would like some help on the dev side. One or two developers would be enough to get things rolling again. The p