Unless, of course, it hits/affects a lot more people and such a build environment which triggers the bug it much more common than currently envisioned. Since this issue exists in trunk as well, and has for a long while, this is somewhat doubtful, but I have provided a small tweet encouraging a larger group of people to test it out.
> On Jun 21, 2016, at 7:39 AM, Jim Jagielski <j...@jagunet.com> wrote: > > Just a reminder for those still testing and/or waiting to cast > a vote: One cannot veto a release and even tho OtherBill has > voted a someway bi-polar -1, my intent is to, assuming the required > 3 or more (binding) +1s, release this despite the diatribe > below. > >> On Jun 20, 2016, at 10:35 PM, William A Rowe Jr <wr...@rowe-clan.net> wrote: >> >> On Mon, Jun 20, 2016 at 8:20 AM, Jim Jagielski <j...@jagunet.com> wrote: >> The pre-release test tarballs for Apache httpd 2.4.22 can be found >> at the usual place: >> >> http://httpd.apache.org/dev/dist/ >> >> I'm calling a VOTE on releasing these as Apache httpd 2.4.22 GA. >> >> [ ] +1: Good to go >> [ ] +0: meh >> [X] -1: Danger Will Robinson. And why. >> >> Given the lengths Jens Schleusener needed to go through to diagnose >> this during the original release candidate vote, and the availability of >> the patch prior to this tag to fix the RM's own defect (demonstrated >> easily with any --enable-modules of few or none, after this community >> went to great lengths to re-think the appropriate categorization of all >> modules under all/most/few schema) this candidate is clearly not >> ready for prime time. >> >> In all other respects, I see no significant regressions or new issues. >> Thanks for RM'ing (2x now)! >> >> >