On Thu, Nov 10, 2011 at 6:51 PM, Philip M. Gollucci <[email protected]> wrote: > On 11/10/11 6:28 PM, Jeff Trawick wrote: >> >> On Thu, Nov 10, 2011 at 10:07 AM,<[email protected]> wrote: >>> >>> Author: pgollucci >>> Date: Thu Nov 10 18:07:07 2011 >>> New Revision: 1200457 >>> >>> URL: http://svn.apache.org/viewvc?rev=1200457&view=rev >>> Log: >>> import apache 2.x module portion of apreq >> >> I'm not sure what is the first comment of the apreq to httpd trunk >> which I should reply to, because when I saw some of the commits I >> wondered why I was receiving the commit e-mails for another tree ;) > > We've actually been discussing it for 2yrs now, very sporadically on and off > list. I don't think we've found anyone that doesn't want it in httpd. > (minus the perl part obviously). >
Since it apparently wasn't clear, I'll clarify: From here up is the extent of my bitching. From here down I assume it stays in trunk and am discussing only the issue of the 2.4 branch (i.e., not suggesting that it should be yanked from trunk). Summary of 2.4 branch suggestion: Don't ship it in 2.4.x until further discussion on inclusion and packaging and actual use by bundled modules. > >> 1. Prune this out of the 2.4.x branch when it is created. > > Just b/c its in trunk doesn't mean you have to use it. I think a lot of > people would like to see it there; particularly for mod_lua. They can speak > up. > >> a. I guess this deliberation would involve making some compelling >> changes to some of the bundled modules to use apreq instead of using >> duplicate implementations, and once this is done it will probably make >> sense to most. > > clearly, but it has to be in trunk, build, install, and work before you can > start coverting. > >> b. Decide how it should be packaged. (If it is an integral API I'd >> rather it be statically linked but opinions will surely vary.) >> Etc. > > It includes at current a module and a library. Historically its been > available as both a .so and .la. Regarding the API, I am leaning towards statically linking it into httpd/libhttpd.dll instead of delivery as a bundled .so. > > > > -- > ------------------------------------------------------------------------ > 1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C > Philip M. Gollucci ([email protected]) c: 703.336.9354 > Member, Apache Software Foundation > Committer, FreeBSD Foundation > Consultant, P6M7G8 Inc. > Sr. System Admin, Ridecharge Inc. > > Work like you don't need the money, > love like you'll never get hurt, > and dance like nobody's watching. > -- Born in Roswell... married an alien...
