Geoffrey Young wrote:
By splicing you mean 'Include ken_extra.conf' from t/conf/httpd.conf?
Yes, but have_module() doesn't look it up in any of the conf files, it
looks it up from the config object $cfg->{modules} which get populate
with available modules when the config is generated, and it only scans
the inherited file, it doesn't scan any of the files in t/conf.


no, what I meant was that ken_extra.conf (httpd.extra.conf.in ->
httpd.extra.conf) would get appended to the currently generated httpd.conf,
then _that_ result is what is scanned.  but maybe it's not as simple to
change the internal logic to accomodate that.

But we don't scan anything in t/conf/, besides replacing @vars@ and assigning ports. You will have to change the logic to do that. Therefore inhereted config is a perfect fit, since we do scan it for LoadModule directives.


anyway I was just making a suggestion - it seems limiting to me not to
have
substitution in extra configuration files,


But that's exactly what Ken doesn't want. He wants to give his own file
which he has cooked already. This new option and your suggestion don't
contradict each other. and each has a merit for existence.


I still don't see how the idea I'm proposing isn't sufficient, save that it
would need to live within t/conf.  that we could make it support variable
substitution doesn't mean that it can't be 100% hard-coded.

It just won't work the way things are now. Again, what Ken needs is scanning of LoadModule directives.


__________________________________________________________________
Stas Bekman            JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/     mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com

Reply via email to