Re: Proposed TR for this Friday
The -deps tarball was hidden (one had to look around for it) so I just added a note that sometimes we provide it as a convenience. On Aug 15, 2012, at 4:52 AM, Rainer Jung rainer.j...@kippdata.de wrote: On 14.08.2012 23:17, Jim Jagielski wrote: With my Mom's hospitalization and stuff, this kinda slipped... I hope she is doing better now. I propose this Friday: Aug 17th. Any conflicts?? You might want to take a look at http://svn.apache.org/viewvc?view=revisionrevision=r1241953 Since for 2.4.2 there was a deps tarball (and for 2.4.3 there will be again?) this might benefit from another rephrasing (plus sync with trunk where it was never applied). Regards, Rainer
Re: Proposed TR for this Friday
On 14.08.2012 23:17, Jim Jagielski wrote: With my Mom's hospitalization and stuff, this kinda slipped... I hope she is doing better now. I propose this Friday: Aug 17th. Any conflicts?? You might want to take a look at http://svn.apache.org/viewvc?view=revisionrevision=r1241953 Since for 2.4.2 there was a deps tarball (and for 2.4.3 there will be again?) this might benefit from another rephrasing (plus sync with trunk where it was never applied). Regards, Rainer
Re: Proposed TR for this Friday
With my Mom's hospitalization and stuff, this kinda slipped... I propose this Friday: Aug 17th. Any conflicts?? On Aug 7, 2012, at 9:38 AM, Jim Jagielski j...@jagunet.com wrote: I'm proposing a TR of 2.4.3 for this Friday (the 10th)... I'll be RMing.
Re: Proposed TR for this Friday
On 8/14/2012 4:17 PM, Jim Jagielski wrote: With my Mom's hospitalization and stuff, this kinda slipped... Sorry to hear, hope she is recovering :( I propose this Friday: Aug 17th. +1 - I'll address anything wrong for mak/dep files. Jeff's brilliant catch of that regression in core.c to the windows accept logic should put that whole issue to bed, 2.4 is looking much improved. It's also been a bit over 6 mos since we released 2.2.22, and there are obviously some who can't yet upgrade waiting for binary modules. So I'm proposing to TR 2.2.23 at the same point this Friday. It will close the one security issue that has been sitting around a while, and also gives me an excuse to bundle a more up to date openssl. It seems like any and all interest by dev@ in 2.0 has died out and we should declare it dead. 2.2 is well over 5 yrs old now. So I'd propose in the next 2.4 announce, we would mention the availability of a refreshed legacy 2.2 release, as well as that httpd 2.0 is no longer supported and will not be refreshed, encouraging all users to move on to 2.4. WDYT?
Re: Proposed TR for this Friday
On 8/14/2012 10:56 PM, William A. Rowe Jr. wrote: It's also been a bit over 6 mos since we released 2.2.22, and there are obviously some who can't yet upgrade waiting for binary modules. So I'm proposing to TR 2.2.23 at the same point this Friday. It will close the one security issue that has been sitting around a while, and also gives me an excuse to bundle a more up to date openssl. Along the same lines... Sorry to be a pain, but I'd *really* like to get SSLProxyMachineCertificateChainFile (proposed in STATUS) added or at least reviewed by then. I'm hoping someone has a few moments to spare and could take a look? FWIW, I use the patch with engine and non-engine implementations on Linux, AIX and Solaris. -- Daniel Ruggeri
Proposed TR for this Friday
I'm proposing a TR of 2.4.3 for this Friday (the 10th)... I'll be RMing.