Re: t/modules/proxy.t fails with httpd-2.1

2004-11-29 Thread Geoffrey Young
Stas Bekman wrote: > I can't recall whether this was discussed before, but t/modules/proxy.t > fails with httpd-2.1. Is anybody following the mod_proxy changes? yes, joe orton and I have been following this. IIRC what happened is that joe figured out the issue and placed it in 2.2 showstoppers,

Re: [mp2 workier] t/api/internal_redirect.t hangs

2004-11-29 Thread Stas Bekman
Stas Bekman wrote: Joe Schaefer wrote: Stas Bekman <[EMAIL PROTECTED]> writes: Actually all sub-request, internal redirect tests hang. And the same with httdpd-2.1/worker. I get hanging tests also. The tipping point for me was revision 106655 of the modperl repository (106596 tests ok): Wow,

Re: panic: MUTEX_DESTROY during global destruction. (using SVN head)

2004-11-29 Thread Stas Bekman
Ian Holsman wrote: 1. Problem Description: Get a panic when trying to start test set... no tests run. mod_perl/1.99_17 works fine with current setup. (same problem with prefork MPM as well) Ian, please try again with the current svn, and if the problem persists please paste the whole error messag

Re: per-server cleanups core dump? geoff?

2004-11-29 Thread Geoffrey Young
Stas Bekman wrote: > Geoff, why there is no thread pointer at this entry? > > * per-server cleanups core dump or are otherwise ineffective > Apache->server->process->pconf->cleanup_register(sub { ... }); > Report: geoff > > could you please give me the info needed to reproduce the proble

commit messages (was Re: another svn problem)

2004-11-29 Thread Geoffrey Young
ok, I talked to justin at #asfinfra and he said that he would prefer that we come up with a mail format we would like to see so that the default python mailer could be tweaked and re-given to the SVN folks. the alternative would be to use SVN::Notify _and_ mailer.py, which would be two scripts for

Re: commit messages (was Re: another svn problem)

2004-11-29 Thread David Wheeler
On Nov 29, 2004, at 9:24 AM, Geoffrey Young wrote: svn commit: r106927 - /perl/modperl/docs/trunk/src/docs/2.0/api/Apache/compat.pod /perl/modperl/docs/trunk/src/docs/2.0/user/porting/compat.pod Becomes: svn commit: r106927 - src/docs/2.0/api/Apache/compat.pod src/docs/2.0/user/porting/compat.pod I

Re: commit messages (was Re: another svn problem)

2004-11-29 Thread David Wheeler
On Nov 29, 2004, at 9:43 AM, Stas Bekman wrote: it should list just the first entry. That's what svnnotify --subject-cx does. since the branch information (/trunk or /branches) comes out under the Modified header in the email, I don't see why we wouldn't want to truncate to that point. because if

Re: commit messages (was Re: another svn problem)

2004-11-29 Thread Stas Bekman
David Wheeler wrote: On Nov 29, 2004, at 9:43 AM, Stas Bekman wrote: it should list just the first entry. That's what svnnotify --subject-cx does. but as Geoff says we can't really use it and stuck with the python script. since the branch information (/trunk or /branches) comes out under the Modif

Re: commit messages (was Re: another svn problem)

2004-11-29 Thread David Wheeler
On Nov 29, 2004, at 10:01 AM, Stas Bekman wrote: but as Geoff says we can't really use it and stuck with the python script. Yeah, I was just saying, "nyah-nyah-nya-nya-nyah!" ;-) so I propose to put it at the very end of the subject line. Or in a header? That will be fun for them. ;-) You mean a n

Re: commit messages (was Re: another svn problem)

2004-11-29 Thread Stas Bekman
Geoffrey Young wrote: [...] so, we need to come up with a format. I guess for me, the only thing I'm still irked about is that the commit message includes lots of unnecessary path information. so, I would like to see something like this: Subject: svn commit: r106927 - /perl/modperl/docs/trunk/src

Re: per-server cleanups core dump? geoff?

2004-11-29 Thread Stas Bekman
Geoffrey Young wrote: Stas Bekman wrote: Geoff, why there is no thread pointer at this entry? * per-server cleanups core dump or are otherwise ineffective Apache->server->process->pconf->cleanup_register(sub { ... }); Report: geoff could you please give me the info needed to reproduce the prob

Re: panic: MUTEX_DESTROY during global destruction. (using SVN head)

2004-11-29 Thread Ian Holsman
Stas Bekman wrote: Ian Holsman wrote: 1. Problem Description: Get a panic when trying to start test set... no tests run. mod_perl/1.99_17 works fine with current setup. (same problem with prefork MPM as well) Ian, please try again with the current svn, and if the problem persists please paste th

Re: panic: MUTEX_DESTROY during global destruction. (using SVN head)

2004-11-29 Thread Ian Holsman
console output: Helios:/src/asf/modperl ianh$ env MOD_PERL_TRACE=g t/TEST -start [warning] setting ulimit to allow core files ulimit -c unlimited; /ex/bin/perl /src/asf/modperl/t/TEST -start /usr/local/apache2/bin/httpd -d /src/asf/modperl/t -f /src/asf/modperl/t/conf/httpd.conf -D APACHE2 -D PER

Re: panic: MUTEX_DESTROY during global destruction. (using SVN head)

2004-11-29 Thread Stas Bekman
Ian Holsman wrote: console output: Thanks Ian, please try this patch: Index: src/modules/perl/mod_perl.c === --- src/modules/perl/mod_perl.c (revision 106739) +++ src/modules/perl/mod_perl.c (working copy) @@ -279,9 +279,11 @@ av_