On Aug 24, 2010, at 3:04 PM, Guenter Knauf wrote:

Between your alternatives:

> [ ] YES - include recent PCRE again with dependencies (means we
>    create a PCRE repo in svn, check in a recent version, and add
>    platform-dependent makefiles which are fully integrated into
>    main build process).
> 
> [X] NO - dont include PCRE (as currently) because of reason: ...

I am OK with including the currently shipping PCRE in the -deps tarball, 
together with the currently shipping APR and APU.  So currently that would be 
PCRE 8.10.  I do not want us to maintain a fork.  We used to maintain a fork: 
we have very good reasons to not want to do that anymore. 

If you have build improvements that make it easier to slide PCRE into srclib 
and build it along with httpd, the right place for those is, IMHO, the 
upstream.  

I assume we could work with Philip to have him include our build bits.  Pending 
our proposal to him, a compromise I would entertain would be to include, in our 
-deps tarball with the shipping PCRE, a patch file or zip file that has the 
missing bits with a name like APPLY_TO_PCRE_ON_WIN32.ZIP (or APPLY_~1.ZIP, 
modulo Netware) to allow builders on those platforms to set up their 
environment.  That file or those files would disappear as soon as the upstream 
picks it up.

I regard the primary consumers of our source tarball to be packagers and 
distributors, who can be expected to have extensive scaffolding in place.  
Those who want to build their own should be served by the source and -deps, 
just like Subversion does, to build a default configuration (./configure && 
make && sudo make install).  Users who want to build non-default things should 
be expected to pull in the dependencies themselves.  

Note: by this reasoning, we should put libz in the dependencies since 
mod_deflate is part of the default "most" complement.  However, unless someone 
(not me) comes up with the autofoo to build libz in absence of a viable 
installed copy, we can let the mod_deflate autoconf soft fail like it does 
today.

S.

-- 
Sander Temme
[email protected]
PGP FP: FC5A 6FC6 2E25 2DFD 8007  EE23 9BB8 63B0 F51B B88A




Reply via email to