Re: [cpan #3861] Custom t/conf/httpd.conf.in is ignored
Guest via RT wrote: This message about Apache-Test was sent to you by guest via rt.cpan.org Full context and any attached attachments can be found at: URL: https://rt.cpan.org/Ticket/Display.html?id=3861 [EMAIL PROTECTED] - Wed Oct 1 19:28:43 2003]: They are inherited from your httpd.conf installed system-wide. You probably have a stale one. Once you remove it it won't inherit them any longer. Yep, found and removed. Because I installed Apache as a package then reinstalled manually to /usr/local, I had the original conf file in /etc/apache/httpd.conf. It proves again and again that guessing is evil :( With that file removed, I tried again and did not get all the LoadModule lines into my generated httpd.conf. However, I did continue to get the following lines: User nobody Group nobody I run my webserver as user www and don't know where these were being pulled from. I grepped the files in Apache::Test and didn't come across it either. However, I discovered that I could override the values as follows: t/TEST -httpd /usr/local/apache/bin/httpd -User www -Group www The logic comes from: Apache-Test/lib/Apache/TestConfig.pm If the server is run as non-root, it uses that user's uid/gid to configure. If run as root it tries 'nobody'. We could add 'www' as well, but someone may have both available, and others will have some other names. So again to avoid wrong guessing, probably the right solution is to inherit from the global httpd.conf, just like it inherits the LoadModule directives. Can you please try to fix that and send a patch? __ Stas BekmanJAm_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
Re: [cpan #3861] Custom t/conf/httpd.conf.in is ignored
Guest via RT wrote: This message about Apache-Test was sent to you by guest via rt.cpan.org Full context and any attached attachments can be found at: URL: https://rt.cpan.org/Ticket/Display.html?id=3861 [STAS - Fri Oct 3 18:09:53 2003]: It proves again and again that guessing is evil :( LOL. Yeah, it's hard enough for an administrator to figure out how a system is configured. Capturing all that knowledge into a pgm is very difficult! At least it doesn't expose security risks like some systems are prone to do when guessing ;-. Hopefully at the end we will get rid of all guesses, both in Apache-Test and modperl-2.0. I'm big +1 on that. If the server is run as non-root, it uses that user's uid/gid to configure. If run as root it tries 'nobody'. We could add 'www' as well, but someone may have both available, and others will have some other names. So again to avoid wrong guessing, probably the right solution is to inherit from the global httpd.conf, just like it inherits the LoadModule directives. Can you please try to fix that and send a patch? I'd be glad to try. Looking at Apache::TestConfig.pm I see a sub called default_user and default_group. Are these what I should be modifying? Where do you read in the LoadModule lines from the httpd.conf, if discovered? I'd like to use that as a template for finding the User and Group lines. You should be able to grep for this kind of tokens. It's coming from TestConfigParse.pm. Thank you. __ Stas BekmanJAm_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
Re: [cpan #3861] Custom t/conf/httpd.conf.in is ignored
This message about Apache-Test was sent to you by guest via rt.cpan.org Full context and any attached attachments can be found at: URL: https://rt.cpan.org/Ticket/Display.html?id=3861 After getting past the hurdle of notifying A::Test of the path to my httpd daemon, I now get the following error when testing: - waiting for server to start: .Syntax error on line 10 of /root/.cpan/build/Apache-Test-1.03/t/conf/httpd.conf: Cannot load /usr/lib/apache/1.3/mod_log_config.so into server: /usr/lib/apache/1.3/mod_log_config.so: undefined symbol: ap_hook_status !!! server has died with status 1 (t/logs/error_log wasn't created, start the server in the debug mode) - Apparently my server needs to be configured for DSO support and have its modules compiled as DSO's. None of the docs mentioned these requirements and it is a surprising one given the fickleness of running mod_perl as a DSO (which is why all of my modules are compiled into the daemon). No, as mentioned in the other followup. it inherits the httpd.conf settings from your global httpd.conf. Anyhow, I saw in the README that I could create a custom httpd.conf file to use for testing. I copied the default t/conf/httpd.conf to t/conf/httpd.conf.in and removed the calls to LoadModule. I even deleted the original t/conf/httpd.conf file. However, my changes in the httpd.conf.in file were ignored when the new httpd.conf file was generated. Apparently the test is not using this file as its source for generating the httpd.conf file. Thanks, William -- __ Stas BekmanJAm_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