> On May 28, 2021, at 9:59 AM, William A Rowe Jr <wr...@rowe-clan.net> wrote: > > AIUI, as he remains a PMC member, the veto remains binding per Roy's > conclusion, whether it was made 9 weeks ago or 9 years ago. I do not, so just > sharing historical pointers for those raising questions, no opinion remaining > of HTTP Server PMC choices at all. But I did want to point out that the > project did choose to ignore the vastly more secure PCRE 10 rewrite and is > still stuck at PCRE 8 (although I run bleed builds all the time of httpd > trunk X apr 2 trunk X pcre 10 with no issues at all.) In theory, if the APR > project has enough maintainers (minimum 3, more + than - votes), then > apr[+util] 1.x might persist for years after a 2.0 release, if such a release > occurs.
The veto, like any veto, was specific to both the context at the time (2.4.0) and the change being made. The way to resolve it is to work together towards either a common solution (in APR) or a narrow change (in httpd). The way to not get anything done in ten years is to claim that someone doesn't have the right to veto a change, and then insist on having the high ground instead of working toward anything. Projects don't *do* things; people do, preferably while working together within the same project. It is much harder for people to do things together when individuals are being painted into a corner, having their concerns disregarded, or repeatedly being attacked just because you don't agree with one decision they made. I suggest that the way to fix this tiny little problem is to create a new LDAP secure client library in httpd that has the very specific purpose we need (call it ap_ldapsc_*) and then change httpd's current usage to make use of that library instead. If that leads to enough energy to eventually become a common utility on its own, then it can migrate to a common LDAP library (not necessarily APR) at that later time. Likewise, the way to update to PCRE 10 is to do the work necessary for the update, including backwards compatible shims. It would make for a good entry/student project. ....Roy
