apr

[Philip M. Gollucci]

Mel Flynn wrote:
> I certainly welcome this change as 99% of my installs already have 
> WITH_APR_FROM_PORTS, however 2 things:
> - Instead of "(beware!)" one would probably want "(preferred!)" for the 
> APR_FROM_PORTS knob real soon now, while these changes are in the queue.
Thats an easy change I'll make it on or before monday.
It might be better to make that the new default too.

> - It would help to have some documentation somewhere that lists what of the 
> apr modules are required for what software, so that one can make the right 
> decision for the apr port.
Well thats kind of involved..... suggestions welcome.

> 
> For example, subversion wants threads and bdb, if you need DBD/postgresql 
> support in apache, you need apr with postgresql (? I think) etc.
That part of the beauty. Now that devel/apr honors ports KNOBS (since january)
the WITH_BDB etc will cary over when you build ports.

None of this DEPENDS_ARGS crap so the default www/apache2x and www/apr would 
match by default.  If you build your own custom packages it still works.

So in /etc/make.conf
WITH_POSTGRESQL=yes

will DWIM.

Without the change, www/apache20 has to support an large number of 
combinations of how to do stuff relating to apr et al.

I forgot got mention it, so I'll mention it now
I feel similarly for pcre and WITH_PCRE_FROM_PORTS

Another benefit is security. We had to change devel/apr, www/apache2* for the
recent apr-util CVE.  Had we already converted, only devel/apr would have 
needed to change and since nearly everything using apr uses shared not static 
libs you wouldn't have even needed to rebuid www/apache2*