Mailing List Archive

On 2/18/2013 2:28 AM, Jan Kaluža wrote:
> Hi,
>
> I've been granted commit access to mod_perl (Thanks to Torsten), so I
> want to inform you about my intentions with httpd24 branch.
>
> 1. Merge changes from trunk to httpd24 branch.
> 2. Review my patches from http://jkaluza.fedorapeople.org/mod_perl/
> and commit them to httpd24 branch.
> 3. Run make source_scan on my machine and commit the results to
> httpd24 branch.
>
> Those three steps should allow people to just ./configure and make
> mod_perl with httpd24 sources. They will also make httpd24 branch
> *httpd24 only* and personally I think this is the way to go, because
> of following reasons:
>
> 1. Build system (make source_scan) is not good enough to run properly
> on all systems and I'm not going to rewrite it.
> 2. httpd 2.4 auth API changed in a way where it works very differently
> than the one in 2.2. I will still try to put 2.4 code to proper
> #ifdefs, but it would be really great to just have separate version
> for 2.4.
>
> When all this is done, I will commit my second patchset which adds
> httpd-2.4 features to mod_perl (mainly new auth API) and fixes lot of
> mod_perl tests.
>
> Please feel free to monitor my work in httpd24 branch and comment it
> on list if you find some problem there. It's my first experience with
> mod_perl and I really don't know everything about it.
I look forward to this course of action. My only question is shouldn't
you need to run make xs_generate as well? I haven't gotten far enough
to find out but if I can get past those hurdles, i believe I can assist
much more readily.

On 02/18/2013 07:36 PM, Kevin A. McGrail wrote:
> On 2/18/2013 2:28 AM, Jan Kaluža wrote:
>> Hi,
>>
>> I've been granted commit access to mod_perl (Thanks to Torsten), so I
>> want to inform you about my intentions with httpd24 branch.
>>
>> 1. Merge changes from trunk to httpd24 branch.
>> 2. Review my patches from http://jkaluza.fedorapeople.org/mod_perl/
>> and commit them to httpd24 branch.
>> 3. Run make source_scan on my machine and commit the results to
>> httpd24 branch.
> I look forward to this course of action. My only question is shouldn't
> you need to run make xs_generate as well? I haven't gotten far enough
> to find out but if I can get past those hurdles, i believe I can assist
> much more readily.

Yes, I just didn't mention it, but I will run both. Currently there is
some problem with my mod_perl commit access, so I'm waiting for admins
to fix that. Once I'll be able to commit, I will start doing changes
described in m original email.

Regards,
Jan Kaluza


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org

On 2/19/2013 10:29 AM, Jan Kaluža wrote:
> Yes, I just didn't mention it, but I will run both. Currently there is
> some problem with my mod_perl commit access, so I'm waiting for admins
> to fix that. Once I'll be able to commit, I will start doing changes
> described in m original email.
Yeah, there was an administrative error on your karma setup. They are
working on it!

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org

Hi,

I think I've committed all my patches [1] to httpd24 branch. It builds
OK for me and I think it's now time for more people to build it and
report your problems with this branch.

To compile it, I just checkout the httpd24 and run:

/usr/bin/perl Makefile.PL MP_APXS=/usr/bin/apxs
MP_APR_CONFIG=/usr/bin/apr-1-config

make

If you want to run tests, you have to at first create ./t/run directory
(to create this automatically, I would have to patch Apache-Test which I
can't since it's separate component and lives outside my httpd24 branch
if I'm right)

Then you can just run 'make test'.

The only failing test is t/directive/perlloadmodule3.t. I don't know
perl enough to parse that code which merges configurations in this test yet.

If the build ends up with error message that it can't link against
-laprutil-1, we will have to fix workaroud (and little hack) I've done
in commit 1448043 [2].

[1]
http://mail-archives.apache.org/mod_mbox/perl-modperl-cvs/201302.mbox/browser
[2] http://svn.apache.org/viewvc?view=revision&revision=1448043

Regards,
Jan Kaluza

On 02/18/2013 08:28 AM, Jan Kaluža wrote:
> Hi,
>
> I've been granted commit access to mod_perl (Thanks to Torsten), so I
> want to inform you about my intentions with httpd24 branch.
>
> 1. Merge changes from trunk to httpd24 branch.
> 2. Review my patches from http://jkaluza.fedorapeople.org/mod_perl/ and
> commit them to httpd24 branch.
> 3. Run make source_scan on my machine and commit the results to httpd24
> branch.
>
> Those three steps should allow people to just ./configure and make
> mod_perl with httpd24 sources. They will also make httpd24 branch
> *httpd24 only* and personally I think this is the way to go, because of
> following reasons:
>
> 1. Build system (make source_scan) is not good enough to run properly on
> all systems and I'm not going to rewrite it.
> 2. httpd 2.4 auth API changed in a way where it works very differently
> than the one in 2.2. I will still try to put 2.4 code to proper #ifdefs,
> but it would be really great to just have separate version for 2.4.
>
> When all this is done, I will commit my second patchset which adds
> httpd-2.4 features to mod_perl (mainly new auth API) and fixes lot of
> mod_perl tests.
>
> Please feel free to monitor my work in httpd24 branch and comment it on
> list if you find some problem there. It's my first experience with
> mod_perl and I really don't know everything about it.
>
> Regards,
> Jan Kaluza
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
> For additional commands, e-mail: dev-help@perl.apache.org
>


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org

Hi Jan,

Thanks for your work on this.

Here's my results:

I checked out fresh:

svn checkout
https://svn.apache.org/repos/asf/perl/modperl/branches/httpd24/
httpd24-branch

Ran /usr/local/perl-5.14/bin/perl Makefile.PL
MP_APXS=/usr/local/apache2/bin/apxs
MP_APR_CONFIG=/usr/local/apache2/bin/apr-1-config

(also tried the system perl as well)

Eventually I get this error

cc -I/usr/src/mod_perl/httpd24-branch/src/modules/perl
-I/usr/src/mod_perl/httpd24-branch/xs -I/usr/local/apache2/include
-I/usr/local/apache2/include -D_REENTRANT -D_GNU_SOURCE
-fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include
-I/usr/local/perl-5.14/lib/5.14.2/x86_64-linux-thread-multi/CORE
-DMOD_PERL -DMP_COMPAT_1X -DLINUX=2 -O2 -fPIC \
-c modperl_constants.c && mv modperl_constants.o
modperl_constants.lo
modperl_constants.c: In function 'modperl_constants_lookup_apache2_const':
modperl_constants.c:314: error: 'HTTP_ALREADY_REPORTED' undeclared
(first use in this function)
modperl_constants.c:314: error: (Each undeclared identifier is reported
only once
modperl_constants.c:314: error: for each function it appears in.)
modperl_constants.c:319: error: 'HTTP_IM_USED' undeclared (first use in
this function)
modperl_constants.c:359: error: 'HTTP_PERMANENT_REDIRECT' undeclared
(first use in this function)
modperl_constants.c:474: error: 'HTTP_PRECONDITION_REQUIRED' undeclared
(first use in this function)
modperl_constants.c:479: error: 'HTTP_TOO_MANY_REQUESTS' undeclared
(first use in this function)
modperl_constants.c:484: error: 'HTTP_REQUEST_HEADER_FIELDS_TOO_LARGE'
undeclared (first use in this function)
modperl_constants.c:524: error: 'HTTP_LOOP_DETECTED' undeclared (first
use in this function)
modperl_constants.c:534: error: 'HTTP_NETWORK_AUTHENTICATION_REQUIRED'
undeclared (first use in this function)
make[1]: *** [modperl_constants.lo] Error 1
make[1]: Leaving directory
`/usr/src/mod_perl/httpd24-branch/src/modules/perl'
make: *** [modperl_lib] Error 2

Commenting out all the loops for the above constants in that file did
get me to compile. No real idea of the ramifications though ;-)

At that point make test does not work as root nor as a non-privileged user

I get this error:

/usr/local/apache2/bin/httpd -d /usr/src/mod_perl/httpd24-branch/t -f
/usr/src/mod_perl/httpd24-branch/t/conf/httpd.conf -D APACHE2 -D
PERL_USEITHREADS
using Apache/2.4.2 (event MPM)

waiting 300 seconds for server to start: .httpd: Syntax error on line
224 of /usr/src/mod_perl/httpd24-branch/t/conf/httpd.conf: Syntax error
on line 15 of /usr/src/mod_perl/httpd24-branch/t/conf/extra.conf:
DefaultRuntimeDir must be a valid directory, absolute or relative to
ServerRoot
[ error]
server has died with status 255 (t/logs/error_log wasn't created, start
the server in the debug mode)
sh: line 1: 12431 Terminated /usr/bin/perl
/usr/src/mod_perl/httpd24-branch/t/TEST -bugreport -verbose=0
make: *** [run_tests] Error 143


That line 15 is just run/

So I create run subdir under t/

I then got:

/usr/local/apache2/bin/httpd -d /usr/src/mod_perl/httpd24-branch/t -f
/usr/src/mod_perl/httpd24-branch/t/conf/httpd.conf -D APACHE2 -D
PERL_USEITHREADS
using Apache/2.4.2 (event MPM)

waiting 300 seconds for server to start: .[Fri Feb 22 14:09:32.257559
2013] [env:warn] [pid 13327:tid 140259771705088] AH01506: PassEnv
variable LD_LIBRARY_PATH was undefined
[ error] oh rats, server dumped core
[ error] for stacktrace, run: gdb /usr/local/apache2/bin/httpd -core
/usr/src/mod_perl/httpd24-branch/core.13327
[ error]
server has died with status 255 (t/logs/error_log wasn't created, start
the server in the debug mode)
[ error] oh nuts, server dumped core
[ error] for stacktrace, run: gdb /usr/local/apache2/bin/httpd -core
/usr/src/mod_perl/httpd24-branch/core.13327
sh: line 1: 13231 Terminated /usr/bin/perl
/usr/src/mod_perl/httpd24-branch/t/TEST -bugreport -verbose=0
make: *** [run_tests] Error 143

So things are getting a little better.

Regards,
KAM

On 2/21/2013 2:41 AM, Jan Kaluža wrote:
> Hi,
>
> I think I've committed all my patches [1] to httpd24 branch. It builds
> OK for me and I think it's now time for more people to build it and
> report your problems with this branch.
>
> To compile it, I just checkout the httpd24 and run:
>
> /usr/bin/perl Makefile.PL MP_APXS=/usr/bin/apxs
> MP_APR_CONFIG=/usr/bin/apr-1-config
>
> make
>
> If you want to run tests, you have to at first create ./t/run
> directory (to create this automatically, I would have to patch
> Apache-Test which I can't since it's separate component and lives
> outside my httpd24 branch if I'm right)
>
> Then you can just run 'make test'.
>
> The only failing test is t/directive/perlloadmodule3.t. I don't know
> perl enough to parse that code which merges configurations in this
> test yet.
>
> If the build ends up with error message that it can't link against
> -laprutil-1, we will have to fix workaroud (and little hack) I've done
> in commit 1448043 [2].
>
> [1]
> http://mail-archives.apache.org/mod_mbox/perl-modperl-cvs/201302.mbox/browser
> [2] http://svn.apache.org/viewvc?view=revision&revision=1448043
>
> Regards,
> Jan Kaluza
>
> On 02/18/2013 08:28 AM, Jan Kaluža wrote:
>> Hi,
>>
>> I've been granted commit access to mod_perl (Thanks to Torsten), so I
>> want to inform you about my intentions with httpd24 branch.
>>
>> 1. Merge changes from trunk to httpd24 branch.
>> 2. Review my patches from http://jkaluza.fedorapeople.org/mod_perl/ and
>> commit them to httpd24 branch.
>> 3. Run make source_scan on my machine and commit the results to httpd24
>> branch.
>>
>> Those three steps should allow people to just ./configure and make
>> mod_perl with httpd24 sources. They will also make httpd24 branch
>> *httpd24 only* and personally I think this is the way to go, because of
>> following reasons:
>>
>> 1. Build system (make source_scan) is not good enough to run properly on
>> all systems and I'm not going to rewrite it.
>> 2. httpd 2.4 auth API changed in a way where it works very differently
>> than the one in 2.2. I will still try to put 2.4 code to proper #ifdefs,
>> but it would be really great to just have separate version for 2.4.
>>
>> When all this is done, I will commit my second patchset which adds
>> httpd-2.4 features to mod_perl (mainly new auth API) and fixes lot of
>> mod_perl tests.
>>
>> Please feel free to monitor my work in httpd24 branch and comment it on
>> list if you find some problem there. It's my first experience with
>> mod_perl and I really don't know everything about it.
>>
>> Regards,
>> Jan Kaluza
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
>> For additional commands, e-mail: dev-help@perl.apache.org
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
> For additional commands, e-mail: dev-help@perl.apache.org


--
*Kevin A. McGrail*
President

Peregrine Computer Consultants Corporation
3927 Old Lee Highway, Suite 102-C
Fairfax, VA 22030-2422

http://www.pccc.com/

703-359-9700 x50 / 800-823-8402 (Toll-Free)
703-359-8451 (fax)
KMcGrail@PCCC.com <mailto:kmcgrail@pccc.com>

On 2/21/2013 1:41 AM, Jan Kaluža wrote:
> Hi,
>
> I think I've committed all my patches [1] to httpd24 branch. It builds
> OK for me and I think it's now time for more people to build it and
> report your problems with this branch.
>
> To compile it, I just checkout the httpd24 and run:
>
> /usr/bin/perl Makefile.PL MP_APXS=/usr/bin/apxs
> MP_APR_CONFIG=/usr/bin/apr-1-config
>
> make
>
> If you want to run tests, you have to at first create ./t/run directory
> (to create this automatically, I would have to patch Apache-Test which I
> can't since it's separate component and lives outside my httpd24 branch
> if I'm right)
>
> Then you can just run 'make test'.
>
> The only failing test is t/directive/perlloadmodule3.t. I don't know
> perl enough to parse that code which merges configurations in this test
> yet.
>



Make worked fine for me. Make test died again because of the lfs thing:

On 9/26/2012 3:23 AM, Jan Kaluža wrote:
>>
>> Oh, I've checked the patches we use in Fedora and I think this problem
>> is fixed by this patch:
>>
>> http://jkaluza.fedorapeople.org/mod_perl/mod_perl-2.0.5-nolfs.patch
>>
>> It's unrelated to httpd24, but I think this patch could fix it for you.
>> At least I think I remember this backtrace.
>
> Found downstream bugreport for this one:
> https://bugzilla.redhat.com/show_bug.cgi?id=730832
>

After applying mod_perl-2.0.5-nolfs.patch, then re-making, I got this on
make test:

t/TEST -clean
[warning] setting ulimit to allow core files
ulimit -c unlimited; /usr/bin/perl5.16.2
/home/andy/apps/mod_perl24/t/TEST -clean
APACHE_TEST_GROUP= APACHE_TEST_HTTPD= APACHE_TEST_PORT=
APACHE_TEST_USER= APACHE_TEST_APXS= \
/usr/bin/perl5.16.2 -Iblib/arch -Iblib/lib \
t/TEST -bugreport -verbose=0
[warning] setting ulimit to allow core files
ulimit -c unlimited; /usr/bin/perl5.16.2
/home/andy/apps/mod_perl24/t/TEST -bugreport -verbose=0
/usr/sbin/httpd -d /home/andy/apps/mod_perl24/t -f
/home/andy/apps/mod_perl24/t/conf/httpd.conf -D APACHE2 -D PERL_USEITHREADS
using Apache/2.4.3 (event MPM)

waiting 300 seconds for server to start: .[Fri Feb 22 13:55:18.809928
2013] [env:warn] [pid 7261:tid 3070203648] AH01506: PassEnv variable
LD_LIBRARY_PATH was undefined
AH00526: Syntax error on line 296 of
/home/andy/apps/mod_perl24/t/conf/httpd.conf:
Unknown Authz provider: valid-user
[ error]
server has died with status 255 (t/logs/error_log wasn't created, start
the server in the debug mode)
sh: line 1: 7165 Terminated /usr/bin/perl5.16.2
/home/andy/apps/mod_perl24/t/TEST -bugreport -verbose=0
make: *** [run_tests] Error 143


I've played with my systems /etc/httpd/httpd.conf file, is that a problem?

-Andy





---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org

On 02/22/2013 09:02 PM, Andy Colson wrote:
> After applying mod_perl-2.0.5-nolfs.patch, then re-making, I got this on
> make test:
>
> t/TEST -clean
> [warning] setting ulimit to allow core files
> ulimit -c unlimited; /usr/bin/perl5.16.2
> /home/andy/apps/mod_perl24/t/TEST -clean
> APACHE_TEST_GROUP= APACHE_TEST_HTTPD= APACHE_TEST_PORT=
> APACHE_TEST_USER= APACHE_TEST_APXS= \
> /usr/bin/perl5.16.2 -Iblib/arch -Iblib/lib \
> t/TEST -bugreport -verbose=0
> [warning] setting ulimit to allow core files
> ulimit -c unlimited; /usr/bin/perl5.16.2
> /home/andy/apps/mod_perl24/t/TEST -bugreport -verbose=0
> /usr/sbin/httpd -d /home/andy/apps/mod_perl24/t -f
> /home/andy/apps/mod_perl24/t/conf/httpd.conf -D APACHE2 -D PERL_USEITHREADS
> using Apache/2.4.3 (event MPM)
>
> waiting 300 seconds for server to start: .[Fri Feb 22 13:55:18.809928
> 2013] [env:warn] [pid 7261:tid 3070203648] AH01506: PassEnv variable
> LD_LIBRARY_PATH was undefined
> AH00526: Syntax error on line 296 of
> /home/andy/apps/mod_perl24/t/conf/httpd.conf:
> Unknown Authz provider: valid-user
> [ error]
> server has died with status 255 (t/logs/error_log wasn't created, start
> the server in the debug mode)
> sh: line 1: 7165 Terminated /usr/bin/perl5.16.2
> /home/andy/apps/mod_perl24/t/TEST -bugreport -verbose=0
> make: *** [run_tests] Error 143
>
>
> I've played with my systems /etc/httpd/httpd.conf file, is that a problem?

I'm not sure how exactly Apache-Test works, but there are some comments
about "system-wide httpd.conf", so I presume it gets the list of modules
from the system-wide httpd.conf.

Please check you have "LoadModule authz_user_module
modules/mod_authz_user.so" included in your system-wide httpd.conf and
check if it's included in /home/andy/apps/mod_perl24/t/conf/httpd.conf.

"valid-user" should be provided by that httpd module.

> -Andy
>
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
> For additional commands, e-mail: dev-help@perl.apache.org
>

Jan Kaluza


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org

On 02/22/2013 09:02 PM, Andy Colson wrote:
> On 2/21/2013 1:41 AM, Jan Kaluža wrote:
>> Hi,
>>
>> I think I've committed all my patches [1] to httpd24 branch. It builds
>> OK for me and I think it's now time for more people to build it and
>> report your problems with this branch.
>>
>> To compile it, I just checkout the httpd24 and run:
>>
>> /usr/bin/perl Makefile.PL MP_APXS=/usr/bin/apxs
>> MP_APR_CONFIG=/usr/bin/apr-1-config
>>
>> make
>>
>> If you want to run tests, you have to at first create ./t/run directory
>> (to create this automatically, I would have to patch Apache-Test which I
>> can't since it's separate component and lives outside my httpd24 branch
>> if I'm right)
>>
>> Then you can just run 'make test'.
>>
>> The only failing test is t/directive/perlloadmodule3.t. I don't know
>> perl enough to parse that code which merges configurations in this test
>> yet.
>>
>
>
>
> Make worked fine for me. Make test died again because of the lfs thing:

Oh, and I forgot to mention I've committed this patch few minutes ago.

Thanks,
Jan Kaluza



---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org

On 02/25/2013 12:20 PM, Jan Kaluža wrote:
>> I've played with my systems /etc/httpd/httpd.conf file, is that a
>> problem?
>
> I'm not sure how exactly Apache-Test works, but there are some comments
> about "system-wide httpd.conf", so I presume it gets the list of modules
> from the system-wide httpd.conf.

Before starting the httpd Apache::Test calls

apxs -q SYSCONFDIR

to get the location of the system httpd.conf. Based on that file it
creates t/conf/httpd.conf. In particular, it inherits LoadModule and
LoadFile directives.

This kind of DWIMing has pluses and minuses. If you look from the
perspective of a certain system with a complex custom configuration and
you run the tests for an additional module to be integrated then it is
perhaps a plus to have all the other (custom) modules included when
testing. On the other hand, if you are a RPM package builder or similar
it is perhaps better to inherit from a certain standard configuration.
That's why t/TEST accepts the --httpd_conf and --httpd_conf_extra options.

However, Andy's problem is an error. Directives that are provided by
optional modules should be wrapped in a <IfModule> block. Apache::Test
also provides need* and have* routines to skip tests if a module is
missing. Though, it is a nightmare to get all this optional stuff right.

Torsten

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org

On 02/25/2013 05:20 AM, Jan Kaluža wrote:
> On 02/22/2013 09:02 PM, Andy Colson wrote:
>> After applying mod_perl-2.0.5-nolfs.patch, then re-making, I got this on
>> make test:
>>
>> t/TEST -clean
>> [warning] setting ulimit to allow core files
>> ulimit -c unlimited; /usr/bin/perl5.16.2
>> /home/andy/apps/mod_perl24/t/TEST -clean
>> APACHE_TEST_GROUP= APACHE_TEST_HTTPD= APACHE_TEST_PORT=
>> APACHE_TEST_USER= APACHE_TEST_APXS= \
>> /usr/bin/perl5.16.2 -Iblib/arch -Iblib/lib \
>> t/TEST -bugreport -verbose=0
>> [warning] setting ulimit to allow core files
>> ulimit -c unlimited; /usr/bin/perl5.16.2
>> /home/andy/apps/mod_perl24/t/TEST -bugreport -verbose=0
>> /usr/sbin/httpd -d /home/andy/apps/mod_perl24/t -f
>> /home/andy/apps/mod_perl24/t/conf/httpd.conf -D APACHE2 -D PERL_USEITHREADS
>> using Apache/2.4.3 (event MPM)
>>
>> waiting 300 seconds for server to start: .[Fri Feb 22 13:55:18.809928
>> 2013] [env:warn] [pid 7261:tid 3070203648] AH01506: PassEnv variable
>> LD_LIBRARY_PATH was undefined
>> AH00526: Syntax error on line 296 of
>> /home/andy/apps/mod_perl24/t/conf/httpd.conf:
>> Unknown Authz provider: valid-user
>> [ error]
>> server has died with status 255 (t/logs/error_log wasn't created, start
>> the server in the debug mode)
>> sh: line 1: 7165 Terminated /usr/bin/perl5.16.2
>> /home/andy/apps/mod_perl24/t/TEST -bugreport -verbose=0
>> make: *** [run_tests] Error 143
>>
>>
>> I've played with my systems /etc/httpd/httpd.conf file, is that a problem?
>
> I'm not sure how exactly Apache-Test works, but there are some comments about "system-wide httpd.conf", so I presume it gets the list of modules from the system-wide httpd.conf.
>
> Please check you have "LoadModule authz_user_module modules/mod_authz_user.so" included in your system-wide httpd.conf and check if it's included in /home/andy/apps/mod_perl24/t/conf/httpd.conf.
>
> "valid-user" should be provided by that httpd module.
>
>> -Andy

Yep, that works. I had to enable these (in my system httpd.conf) to get everything to run thru:

authz_user_module
authn_core_module
access_compat_module


Hum... I got to this test and it just froze:

t/protocol/echo_filter.t ................ 1/3


I'll play around and see if I can figure out why.

-Andy


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org

On 02/25/2013 07:39 PM, Torsten Förtsch wrote:
> On 02/25/2013 12:20 PM, Jan Kaluža wrote:
>>> I've played with my systems /etc/httpd/httpd.conf file, is that a
>>> problem?
>>
>> I'm not sure how exactly Apache-Test works, but there are some comments
>> about "system-wide httpd.conf", so I presume it gets the list of modules
>> from the system-wide httpd.conf.
>
> Before starting the httpd Apache::Test calls
>
> apxs -q SYSCONFDIR
>
> to get the location of the system httpd.conf. Based on that file it
> creates t/conf/httpd.conf. In particular, it inherits LoadModule and
> LoadFile directives.
>
> This kind of DWIMing has pluses and minuses. If you look from the
> perspective of a certain system with a complex custom configuration and
> you run the tests for an additional module to be integrated then it is
> perhaps a plus to have all the other (custom) modules included when
> testing. On the other hand, if you are a RPM package builder or similar
> it is perhaps better to inherit from a certain standard configuration.
> That's why t/TEST accepts the --httpd_conf and --httpd_conf_extra options.
>
> However, Andy's problem is an error. Directives that are provided by
> optional modules should be wrapped in a <IfModule> block. Apache::Test
> also provides need* and have* routines to skip tests if a module is
> missing. Though, it is a nightmare to get all this optional stuff right.

Thanks, I will try to fix that in the tests I've touched.

> Torsten
>

Jan Kaluza


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org

On 02/26/2013 03:52 AM, Andy Colson wrote:
> On 02/25/2013 05:20 AM, Jan Kaluža wrote:
>> On 02/22/2013 09:02 PM, Andy Colson wrote:
>>> After applying mod_perl-2.0.5-nolfs.patch, then re-making, I got this on
>>> make test:
>>>
>>> t/TEST -clean
>>> [warning] setting ulimit to allow core files
>>> ulimit -c unlimited; /usr/bin/perl5.16.2
>>> /home/andy/apps/mod_perl24/t/TEST -clean
>>> APACHE_TEST_GROUP= APACHE_TEST_HTTPD= APACHE_TEST_PORT=
>>> APACHE_TEST_USER= APACHE_TEST_APXS= \
>>> /usr/bin/perl5.16.2 -Iblib/arch -Iblib/lib \
>>> t/TEST -bugreport -verbose=0
>>> [warning] setting ulimit to allow core files
>>> ulimit -c unlimited; /usr/bin/perl5.16.2
>>> /home/andy/apps/mod_perl24/t/TEST -bugreport -verbose=0
>>> /usr/sbin/httpd -d /home/andy/apps/mod_perl24/t -f
>>> /home/andy/apps/mod_perl24/t/conf/httpd.conf -D APACHE2 -D
>>> PERL_USEITHREADS
>>> using Apache/2.4.3 (event MPM)
>>>
>>> waiting 300 seconds for server to start: .[Fri Feb 22 13:55:18.809928
>>> 2013] [env:warn] [pid 7261:tid 3070203648] AH01506: PassEnv variable
>>> LD_LIBRARY_PATH was undefined
>>> AH00526: Syntax error on line 296 of
>>> /home/andy/apps/mod_perl24/t/conf/httpd.conf:
>>> Unknown Authz provider: valid-user
>>> [ error]
>>> server has died with status 255 (t/logs/error_log wasn't created, start
>>> the server in the debug mode)
>>> sh: line 1: 7165 Terminated /usr/bin/perl5.16.2
>>> /home/andy/apps/mod_perl24/t/TEST -bugreport -verbose=0
>>> make: *** [run_tests] Error 143
>>>
>>>
>>> I've played with my systems /etc/httpd/httpd.conf file, is that a
>>> problem?
>>
>> I'm not sure how exactly Apache-Test works, but there are some
>> comments about "system-wide httpd.conf", so I presume it gets the list
>> of modules from the system-wide httpd.conf.
>>
>> Please check you have "LoadModule authz_user_module
>> modules/mod_authz_user.so" included in your system-wide httpd.conf and
>> check if it's included in /home/andy/apps/mod_perl24/t/conf/httpd.conf.
>>
>> "valid-user" should be provided by that httpd module.
>>
>>> -Andy
>
> Yep, that works. I had to enable these (in my system httpd.conf) to get
> everything to run thru:
>
> authz_user_module
> authn_core_module
> access_compat_module
>
>
> Hum... I got to this test and it just froze:
>
> t/protocol/echo_filter.t ................ 1/3

You could try running just this single test using: "t/TEST
t/protocol/echo_filter.t" and check the httpd log in t/logs

>
> I'll play around and see if I can figure out why.
>
> -Andy
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
> For additional commands, e-mail: dev-help@perl.apache.org
>

Jan Kaluza


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org

On 2/27/2013 12:47 AM, Jan Kaluža wrote:
> On 02/26/2013 03:52 AM, Andy Colson wrote:
>> On 02/25/2013 05:20 AM, Jan Kaluža wrote:
>>> On 02/22/2013 09:02 PM, Andy Colson wrote:
>>>> After applying mod_perl-2.0.5-nolfs.patch, then re-making, I got
>>>> this on
>>>> make test:
>>>>
>>>> t/TEST -clean
>>>> [warning] setting ulimit to allow core files
>>>> ulimit -c unlimited; /usr/bin/perl5.16.2
>>>> /home/andy/apps/mod_perl24/t/TEST -clean
>>>> APACHE_TEST_GROUP= APACHE_TEST_HTTPD= APACHE_TEST_PORT=
>>>> APACHE_TEST_USER= APACHE_TEST_APXS= \
>>>> /usr/bin/perl5.16.2 -Iblib/arch -Iblib/lib \
>>>> t/TEST -bugreport -verbose=0
>>>> [warning] setting ulimit to allow core files
>>>> ulimit -c unlimited; /usr/bin/perl5.16.2
>>>> /home/andy/apps/mod_perl24/t/TEST -bugreport -verbose=0
>>>> /usr/sbin/httpd -d /home/andy/apps/mod_perl24/t -f
>>>> /home/andy/apps/mod_perl24/t/conf/httpd.conf -D APACHE2 -D
>>>> PERL_USEITHREADS
>>>> using Apache/2.4.3 (event MPM)
>>>>
>>>> waiting 300 seconds for server to start: .[Fri Feb 22 13:55:18.809928
>>>> 2013] [env:warn] [pid 7261:tid 3070203648] AH01506: PassEnv variable
>>>> LD_LIBRARY_PATH was undefined
>>>> AH00526: Syntax error on line 296 of
>>>> /home/andy/apps/mod_perl24/t/conf/httpd.conf:
>>>> Unknown Authz provider: valid-user
>>>> [ error]
>>>> server has died with status 255 (t/logs/error_log wasn't created, start
>>>> the server in the debug mode)
>>>> sh: line 1: 7165 Terminated /usr/bin/perl5.16.2
>>>> /home/andy/apps/mod_perl24/t/TEST -bugreport -verbose=0
>>>> make: *** [run_tests] Error 143
>>>>
>>>>
>>>> I've played with my systems /etc/httpd/httpd.conf file, is that a
>>>> problem?
>>>
>>> I'm not sure how exactly Apache-Test works, but there are some
>>> comments about "system-wide httpd.conf", so I presume it gets the list
>>> of modules from the system-wide httpd.conf.
>>>
>>> Please check you have "LoadModule authz_user_module
>>> modules/mod_authz_user.so" included in your system-wide httpd.conf and
>>> check if it's included in /home/andy/apps/mod_perl24/t/conf/httpd.conf.
>>>
>>> "valid-user" should be provided by that httpd module.
>>>
>>>> -Andy
>>
>> Yep, that works. I had to enable these (in my system httpd.conf) to get
>> everything to run thru:
>>
>> authz_user_module
>> authn_core_module
>> access_compat_module
>>
>>
>> Hum... I got to this test and it just froze:
>>
>> t/protocol/echo_filter.t ................ 1/3
>
> You could try running just this single test using: "t/TEST
> t/protocol/echo_filter.t" and check the httpd log in t/logs
>

Oh, oops, I forgot to report back. Sorry, got side tracked. Yeah, I ran:

t/TEST echo_filter

and it ran just fine. So I ran t/TEST -verbose and it ran for a long
time and eventually froze at a different test. But running that test
individually worked just fine.

I was going to switch my mpm and see if it made a difference (I believe
its event right now). But didn't get back to it.

Sorry 'bout that.

-Andy


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org

On 02/27/2013 03:33 PM, Andy Colson wrote:
> Oh, oops, I forgot to report back. Sorry, got side tracked. Yeah, I ran:
>
> t/TEST echo_filter
>
> and it ran just fine. So I ran t/TEST -verbose and it ran for a long
> time and eventually froze at a different test.

Which LWP version do you use? Is it 6.x?

If so, try downgrading to 5.8xx. I have seen similar problems and
tracked them down to race conditions in LWP 6.

Torsten

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org