On Jun 3, 2010, at 4:30 AM, Rainer Jung wrote:

> Reading the feedback on the modules list I posted got me into thinking:
> 
> 1) Should static module linking be still the default for httpd building?

+1 for dynamic build by default when APR_HAS_DSO.  

I don't buy the security argument: if you have sufficient privileges to replace 
DSO, you can also replace the web server itself.  Of course folks should be 
able to keep building their modules static if they want to.  

How much autofoo is required for this and who will write it? 

This would be trunk, no changes to 2.2... give 'em a reason to upgrade. 

> 2) Which pre-cooked sets of modules to provide via configure?

"minimal" (the minimum needed to run and serve pages)
"default" (a sane set likely to satisfy the majority of users)
"all"     (all that could reasonably be used in a deployment scenario)
"lint"    (every scrap of code in the tree)

The "lint" option would be mostly of interest to developers who want to ensure 
that every module in the tree can be built and tested.  

If we build a module, we should turn it on (LoadModule).  If the user doesn't 
want it turned on, they shouldn't build it.  If a distributor wants to build a 
module and not turn it on by default, they can munge the configuration file 
(and many have done so).   

How much additional autofoo would be needed for this, and who will write it? 

Again, no changes to 2.2.x, trunk only.

S.


> 
> Currently the default set (no configure flags) is a mixture of "minimal" and 
> some additional modules likely because their APACHE_MODULE m4 was copied.
> 
> Then there is "most", "all" and the possibility to enable or disable 
> individual modules.
> 
> I wonder whether some notion of "most" would be a better build default - but 
> maybe not enabling the built modules by default.
> 
> So there would be "most" (default), "all" and "minimal".
> 
> Before actually defining the according sets of modules, what do you think 
> about the general direction?
> 
> Rainer
> 
> 



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




Reply via email to