Re: Tagging svn modperl2 releases?

2005-03-11 Thread Geoffrey Young
cc'ing dev@ William A. Rowe, Jr. wrote: [snip] that's all good information to have - thanks. unfortunately I'm not all that suave with svn yet, but maybe someone else is. or I can bug justin or fitz someday soon to help me out :) > Definitely think 2.0 is overdue, but these versioning issues a

Re: CGI.pm dependency in Apache2::Status

2005-03-11 Thread Stas Bekman
Geoffrey Young wrote: /me notes stas' silence on all things unstable ;) You know well that I'm against this Apache2 rename frenzy. What do you expect me to say? -- __ Stas BekmanJAm_pH --> Just Another mod_perl Hacker

Re: CGI.pm dependency in Apache2::Status

2005-03-11 Thread Geoffrey Young
> +1 for either documenting the format > of $ENV{MOD_PERL} so folks can parse it, or (preferably) > creating a new env variable that contains either the > version number or the API generation. yeah, I'm in favor of a new variable too. I'll probably get around to implementing it on monday then I'

Re: CGI.pm dependency in Apache2::Status

2005-03-11 Thread Joe Schaefer
"Christopher H. Laco" <[EMAIL PROTECTED]> writes: > Geoffrey Young wrote: > >>>While I'm sure my opinion is extremely low on the totem, I'd much prefer: >>> >>>$ENV{MOD_PERL} and $ENV{MOD_PERL_VERSION} >> yeah, I was going to suggest something along these lines. perhaps >> MOD_PERL_API_VERSIO

Re: CGI.pm dependency in Apache2::Status

2005-03-11 Thread Christopher H. Laco
Geoffrey Young wrote: While I'm sure my opinion is extremely low on the totem, I'd much prefer: $ENV{MOD_PERL} and $ENV{MOD_PERL_VERSION} yeah, I was going to suggest something along these lines. perhaps MOD_PERL_API_VERSION which we can use to affect abi compat or something. I just didn't kn

Re: CGI.pm dependency in Apache2::Status

2005-03-11 Thread Geoffrey Young
> While I'm sure my opinion is extremely low on the totem, I'd much prefer: > > $ENV{MOD_PERL} and $ENV{MOD_PERL_VERSION} yeah, I was going to suggest something along these lines. perhaps MOD_PERL_API_VERSION which we can use to affect abi compat or something. I just didn't know if the ove

Re: svn commit: r157163 - in perl/modperl/trunk/t: apache/ api/ apr/ compat/ directive/ filter/ hooks/ modperl/ modules/

2005-03-11 Thread Geoffrey Young
[EMAIL PROTECTED] wrote: > Author: stas > Date: Fri Mar 11 13:52:05 2005 > New Revision: 157163 > > URL: http://svn.apache.org/viewcvs?view=rev&rev=157163 > Log: > skip unless HTML::HeadParser is available if there is an easier way than manual intervention to keep trunk and unstable in sync, th

Re: CGI.pm dependency in Apache2::Status

2005-03-11 Thread Christopher H. Laco
Joe Schaefer wrote: Hmm, maybe we could have mp2 additionally expose $ENV{MOD_PERL2}? Then the logic becomes if (exists $ENV{MOD_PERL2}) { # running mp2 } elsif exists ($ENV{MOD_PERL}) { # not mp2; must be mp1 then } else { # normal mode } or wh

Re: CGI.pm dependency in Apache2::Status

2005-03-11 Thread Joe Schaefer
Geoffrey Young <[EMAIL PROTECTED]> writes: [...] > that would mean re-parsing "mod_perl/1.29_01-dev" and > "mod_perl/1.999.22-dev" and the like within CGI.pm, right? I guess > so, but it feels like a lot of extra code in CGI.pm. but I guess we > don't really have much choice. Hmm, maybe we cou

Re: CGI.pm dependency in Apache2::Status

2005-03-11 Thread Geoffrey Young
Joe Schaefer wrote: > Geoffrey Young <[EMAIL PROTECTED]> writes: > > > [...] > > >>now, CGI.pm can try to decide whether it is running under mp1 or mp2, >>but unless I'm missing something it's not all that easy. > > > How about having it dispatch on the *value* of $ENV{MOD_PERL} (not > just

Re: CGI.pm dependency in Apache2::Status

2005-03-11 Thread Joe Schaefer
Geoffrey Young <[EMAIL PROTECTED]> writes: [...] > now, CGI.pm can try to decide whether it is running under mp1 or mp2, > but unless I'm missing something it's not all that easy. How about having it dispatch on the *value* of $ENV{MOD_PERL} (not just its mere existence), since the modperl runt

Re: CGI.pm dependency in Apache2::Status

2005-03-11 Thread Geoffrey Young
Joe Schaefer wrote: > Geoffrey Young <[EMAIL PROTECTED]> writes: > > [...] > > >>so, I'm increasingly of the opinion that we should refuse to install >>mod_perl 2.0 over any other existing mod_perl installation. > > > +1 for refusing to install if a prior mp2 install exists, done > but >

Re: svn commit: r157105 - in perl/modperl/branches/apache2-rename-unstable: ./ ModPerl-Registry/t/conf/ lib/Apache2/ lib/ModPerl/ t/apr/ t/hooks/ t/htdocs/vhost/ t/modperl/ t/response/TestDirective/ t/response/TestPerl/

2005-03-11 Thread Joe Schaefer
[EMAIL PROTECTED] writes: > Author: geoff > Date: Fri Mar 11 08:27:43 2005 > New Revision: 157105 > > URL: http://svn.apache.org/viewcvs?view=rev&rev=157105 > Log: > first pass at removing Apache2.pm and MP_INST_APACHE2 > > testers wanted All tests pass for me. -- Joe Schaefer

Re: CGI.pm dependency in Apache2::Status

2005-03-11 Thread Joe Schaefer
Geoffrey Young <[EMAIL PROTECTED]> writes: [...] > so, I'm increasingly of the opinion that we should refuse to install > mod_perl 2.0 over any other existing mod_perl installation. +1 for refusing to install if a prior mp2 install exists, but I don't (yet) see the problem when just a prior mp1

Re: CGI.pm dependency in Apache2::Status

2005-03-11 Thread Geoffrey Young
> This is something we will need to deal with. Once we > can get a fixed CGI.pm on CPAN, I think we should list > that as a prereq for mp2. ok, I've been looking at how to fix this and I'm not sure I have the answer. CGI.pm says this currently: if (exists $ENV{MOD_PERL}) { eval "require