Re: Modules Executed Twice

2002-12-31 Thread darren chamberlain
* Perrin Harkins <[EMAIL PROTECTED]> [2002-12-30 19:07]:
> > Explanations and other suggested approaches to handling this problem
> > will be most welcome.
> 
> My suggestion in the past has been to PerlRequire a startup.pl that
> does a use on your modules, instead of pulling them in with
> PerlModule.

I believe that if you have custom directives, you need to PerlModule
your module -- a simple 'use Foo;' line within a PerlRequire'd script
is not sufficient.

(darren)

-- 
Do you realize how many holes there could be if people would
just take the time to take the dirt out of them?



mod_perl make failed: cannot find -lapr

2002-12-31 Thread Steve Davis
Your help will be very much appreciated to resolve the following issue.
When attempting to make mod_perl.so, the make script 'almost' makes a
touchdown but fails before getting to the finishing line.  Now it is
time get some help from a coach.  Hopefully, with a little help, a
touchdown will soon follow.  Below, I present was appears to be the
problem, but someone else will have to direct me to the next set of
steps.

I've spend an extensive amount of time trying to resolve this myself and
it needs another set of eyes.  The news groups were reviewed
(repeatedly) for assistance, on-line docs, and what available books I
could find.

The environment is RH 8.0, Apache 2.0.43, Perl 5.8.0, mod_perl 1.99_07.
As best as I can tell, Apache, Perl, and mod_perl have been compiled
using the recommended configuration options listed in either Redhat's
instructions or mod_perl's on-line docs.  Get care has been taken to try
to dot every one and cross every 't' to my ability.

This problem 'may' have to do with an issue of a change of naming
conventions which were adapted by the apr apache group.  Confer with
Stas Bekman's post on Nov 26, 2002 with a title of "Problems compiling
mod_perl 1.99_07 in RH 8.0".  He provides a cvs patch; but,
unfortunately, I'm not familiar with using that-as least-as of yet.
(Look's like I might have learn this package real soon.)  Are they any
intentions to update the mod_perl-1.99_07.tar.gz?  If my conclusion is
correct, then currently, and according to the on-line instructions, the
present tar.gz edition is not compatible to the latest edition of
apache. (2.0.43).  So, 'maybe' the cause of my make failure.  It appears
as if, only the cvs repository maybe a valid for compiling.  If my
analysis is correct, and a new edition of the respective non-cvs files
be acquired somehow.

I confuse my ignorance and lack of familiarity with these packages so I
could be off.  

Thank you.   Steve

The environment is described below.

Apache has been configured with "--prefix=/etc/httpd
--with-mpm=prefork".
Perl has been configured with "-des -Dusethreads -Doptimize='-g'
-Dusedevel".
The perl Makefile.PL was flagged with "MP_AP_PREFIX=/etc/httpd
MP_INST_APACHE2=1  MP_APXS=/etc/httpd/bin".  (I also, attempted to
configure the mod_perl makefile with the MP_APXS which generated the
same error message.)

The details follow below.

Here is excerpt from the screen dump from the make output.

make[1]
: Leaving directory `/usr/src/mod_perl/mod_perl-1.99_07/WrapXS'
make[1]
: Entering directory
`/usr/src/mod_perl/mod_perl-1.99_07/docs/api/mod_perl-2.0'
make[1]
: Leaving directory
`/usr/src/mod_perl/mod_perl-1.99_07/docs/api/mod_perl-2.0'
make[1]
: Entering directory `/usr/src/mod_perl/mod_perl-1.99_07/xs'
make[2]
: Entering directory `/usr/src/mod_perl/mod_perl-1.99_07/xs/APR'
make[3]
: Entering directory `/usr/src/mod_perl/mod_perl-1.99_07/xs/APR/APR'
rm -f 
../../../blib/arch/Apache2/auto/APR/APR.so
LD_RUN_PATH="/usr/lib" cc  
-shared -L/usr/local/lib APR.o  -o ../../../blib/arch/Apache2-lapr
-laprutil
/usr/bin/ld

: cannot find -lapr
collect2

: ld returned 1 exit status
make[3]
: *** [../../../blib/arch/Apache2/auto/APR/APR.so] 
Error 1
make[3]
: Leaving directory `/usr/src/mod_perl/mod_perl-1.99_07/xs/APR/APR'
make[2]
: *** [subdirs] Error 2
make[2]
: Leaving directory `/usr/src/mod_perl/mod_perl-1.99_07/xs/APR'
make[1]
: *** [subdirs] Error 2
make[1]: Leaving directory `/usr/src/mod_perl/mod_perl-1.99_07/xs'
m

Here is a list of the files within /etc/httpd/lib.

-rw-r--r--  1 root root 6996 Dec 30 21:04
apr.exp
-rw-r--r--  1 root root 3481 Dec 30 21:04
aprutil.exp
-rwxr-xr-x  1 root root 21354 Dec 30 21:01 apxs
-rw-r--r--  1 root root 2685082 Dec 30 21:03 libapr-0.a
-rw-r--r--  1 root root 628 Dec 30 21:03
libapr-0.la
lrwxrwxrwx  1 root root 17 Dec 30 01:42
libapr-0.so -> libapr-0.so.0.9.2
lrwxrwxrwx  1 root root 17 Dec 30 01:42
libapr-0.so.0 -> libapr-0.so.0.9.2
-rwxr-xr-x  1 root root 1282063 Dec 30 01:42
libapr-0.so.0.9.2
-rw-r--r--  1 root root 1425080 Dec 30 21:04
libaprutil-0.a
-rw-r--r--  1 root root 640 Dec 30 21:04
libaprutil-0.la
lrwxrwxrwx  1 root root 21 Dec 30 01:42
libaprutil-0.so -> libaprutil-0.so.0.9.2
lrwxrwxrwx  1 root root 21 Dec 30 01:42
libaprutil-0.so.0 -> libaprutil-0.so.0.9.2
-rwxr-xr-x  1 root root 765330 Dec 30 01:42
libaprutil-0.so.0.9.2

In case the following can be of any value, here is further info. from
the perl REPORT program.  (In this case that would be,
/usr/src/mod_perl/mod_perl-1.99_07/t.)

. Problem Description:

  [DESCRIBE THE PROBLEM HERE]

2. Used Components and their Configuration:

*** using
/usr/src/mod_perl/mod_perl-1.99_07/t/../lib/Apache/BuildConfig.pm
*** Makefile.PL options:
  MP_APXS 

RE: mod_perl make failed: cannot find -lapr

2002-12-31 Thread Dale Lancaster
I want to raise my hand on this one too.  I went and downloaded, compiled
and built and received the exact same problem on RedHat 8.0 with the same
versin of perl and mod_perl (no surprise).  But I just don't have the time
or expertise to track down the exact reason by libapr.so isn't around or
being built.  But I did want to add to the issue that its more than just you
:-)

dale


-Original Message-
From: Steve Davis [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, December 31, 2002 2:53 PM
To: [EMAIL PROTECTED]
Subject: mod_perl make failed: cannot find -lapr


Your help will be very much appreciated to resolve the following issue.
When attempting to make mod_perl.so, the make script 'almost' makes a
touchdown but fails before getting to the finishing line.  Now it is
time get some help from a coach.  Hopefully, with a little help, a
touchdown will soon follow.  Below, I present was appears to be the
problem, but someone else will have to direct me to the next set of
steps.

I've spend an extensive amount of time trying to resolve this myself and
it needs another set of eyes.  The news groups were reviewed
(repeatedly) for assistance, on-line docs, and what available books I
could find.

The environment is RH 8.0, Apache 2.0.43, Perl 5.8.0, mod_perl 1.99_07.
As best as I can tell, Apache, Perl, and mod_perl have been compiled
using the recommended configuration options listed in either Redhat's
instructions or mod_perl's on-line docs.  Get care has been taken to try
to dot every one and cross every 't' to my ability.

This problem 'may' have to do with an issue of a change of naming
conventions which were adapted by the apr apache group.  Confer with
Stas Bekman's post on Nov 26, 2002 with a title of "Problems compiling
mod_perl 1.99_07 in RH 8.0".  He provides a cvs patch; but,
unfortunately, I'm not familiar with using that-as least-as of yet.
(Look's like I might have learn this package real soon.)  Are they any
intentions to update the mod_perl-1.99_07.tar.gz?  If my conclusion is
correct, then currently, and according to the on-line instructions, the
present tar.gz edition is not compatible to the latest edition of
apache. (2.0.43).  So, 'maybe' the cause of my make failure.  It appears
as if, only the cvs repository maybe a valid for compiling.  If my
analysis is correct, and a new edition of the respective non-cvs files
be acquired somehow.

I confuse my ignorance and lack of familiarity with these packages so I
could be off.

Thank you.   Steve

The environment is described below.

Apache has been configured with "--prefix=/etc/httpd
--with-mpm=prefork".
Perl has been configured with "-des -Dusethreads -Doptimize='-g'
-Dusedevel".
The perl Makefile.PL was flagged with "MP_AP_PREFIX=/etc/httpd
MP_INST_APACHE2=1  MP_APXS=/etc/httpd/bin".  (I also, attempted to
configure the mod_perl makefile with the MP_APXS which generated the
same error message.)

The details follow below.

Here is excerpt from the screen dump from the make output.

make[1]
: Leaving directory `/usr/src/mod_perl/mod_perl-1.99_07/WrapXS'
make[1]
: Entering directory
`/usr/src/mod_perl/mod_perl-1.99_07/docs/api/mod_perl-2.0'
make[1]
: Leaving directory
`/usr/src/mod_perl/mod_perl-1.99_07/docs/api/mod_perl-2.0'
make[1]
: Entering directory `/usr/src/mod_perl/mod_perl-1.99_07/xs'
make[2]
: Entering directory `/usr/src/mod_perl/mod_perl-1.99_07/xs/APR'
make[3]
: Entering directory `/usr/src/mod_perl/mod_perl-1.99_07/xs/APR/APR'
rm -f
../../../blib/arch/Apache2/auto/APR/APR.so
LD_RUN_PATH="/usr/lib" cc
-shared -L/usr/local/lib APR.o  -o ../../../blib/arch/Apache2-lapr
-laprutil
/usr/bin/ld

: cannot find -lapr
collect2

: ld returned 1 exit status
make[3]
: *** [../../../blib/arch/Apache2/auto/APR/APR.so]
Error 1
make[3]
: Leaving directory `/usr/src/mod_perl/mod_perl-1.99_07/xs/APR/APR'
make[2]
: *** [subdirs] Error 2
make[2]
: Leaving directory `/usr/src/mod_perl/mod_perl-1.99_07/xs/APR'
make[1]
: *** [subdirs] Error 2
make[1]: Leaving directory `/usr/src/mod_perl/mod_perl-1.99_07/xs'
m

Here is a list of the files within /etc/httpd/lib.

-rw-r--r--  1 root root 6996 Dec 30 21:04
apr.exp
-rw-r--r--  1 root root 3481 Dec 30 21:04
aprutil.exp
-rwxr-xr-x  1 root root 21354 Dec 30 21:01 apxs
-rw-r--r--  1 root root 2685082 Dec 30 21:03 libapr-0.a
-rw-r--r--  1 root root 628 Dec 30 21:03
libapr-0.la
lrwxrwxrwx  1 root root 17 Dec 30 01:42
libapr-0.so -> libapr-0.so.0.9.2
lrwxrwxrwx  1 root root 17 Dec 30 01:42
libapr-0.so.0 -> libapr-0.so.0.9.2
-rwxr-xr-x  1 root root 1282063 Dec 30 01:42
libapr-0.so.0.9.2
-rw-r--r--  1 root root 1425080 Dec 30 21:04
libaprutil-0.a
-rw-r--r--  1 root root 640 Dec 30 21:04
libaprutil-0.la
lrwxrwxrwx  1 root root 21 Dec 30 01:42
libaprutil-0.so -> libaprutil-0.so.0.9.2
lrwxrwxrw

Re: mod_perl make failed: cannot find -lapr

2002-12-31 Thread Randy Kobes
On Tue, 31 Dec 2002, Steve Davis wrote:

> Your help will be very much appreciated to resolve the
> following issue. When attempting to make mod_perl.so, the make
> script 'almost' makes a touchdown but fails before getting to
> the finishing line.  Now it is time get some help from a coach.  
> Hopefully, with a little help, a touchdown will soon follow.  
> Below, I present was appears to be the problem, but someone
> else will have to direct me to the next set of steps.
[ .. ] 
> This problem 'may' have to do with an issue of a change of
> naming conventions which were adapted by the apr apache group.  
> Confer with Stas Bekman's post on Nov 26, 2002 with a title of
> "Problems compiling mod_perl 1.99_07 in RH 8.0".  He provides a
> cvs patch; but, unfortunately, I'm not familiar with using
> that-as least-as of yet. (Look's like I might have learn this
> package real soon.)  Are they any intentions to update the
> mod_perl-1.99_07.tar.gz?  If my conclusion is correct, then
> currently, and according to the on-line instructions, the
> present tar.gz edition is not compatible to the latest edition
> of apache. (2.0.43).  So, 'maybe' the cause of my make failure.  
> It appears as if, only the cvs repository maybe a valid for
> compiling.  If my analysis is correct, and a new edition of the
> respective non-cvs files be acquired somehow.

It might be easier to obtain the whole mod_perl 2.0 sources
via cvs, rather than patching - this is described at
http://perl.apache.org/download/source.html#2_0_Development_Source_Distribution
You likely have a cvs client already, so it's a matter of
changing to an appropriate directory and doing

 % cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic login
 % cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic co modperl-2.0

-- 
best regards,
randy kobes




Re: mod_perl make failed: cannot find -lapr

2002-12-31 Thread Stas Bekman
Randy Kobes wrote:

On Tue, 31 Dec 2002, Steve Davis wrote:



Your help will be very much appreciated to resolve the
following issue. When attempting to make mod_perl.so, the make
script 'almost' makes a touchdown but fails before getting to
the finishing line.  Now it is time get some help from a coach.  
Hopefully, with a little help, a touchdown will soon follow.  
Below, I present was appears to be the problem, but someone
else will have to direct me to the next set of steps.

[ .. ] 

This problem 'may' have to do with an issue of a change of
naming conventions which were adapted by the apr apache group.  
Confer with Stas Bekman's post on Nov 26, 2002 with a title of
"Problems compiling mod_perl 1.99_07 in RH 8.0".  He provides a
cvs patch; but, unfortunately, I'm not familiar with using
that-as least-as of yet. (Look's like I might have learn this
package real soon.)  Are they any intentions to update the
mod_perl-1.99_07.tar.gz?  If my conclusion is correct, then
currently, and according to the on-line instructions, the
present tar.gz edition is not compatible to the latest edition
of apache. (2.0.43).  So, 'maybe' the cause of my make failure.  
It appears as if, only the cvs repository maybe a valid for
compiling.  If my analysis is correct, and a new edition of the
respective non-cvs files be acquired somehow.


It might be easier to obtain the whole mod_perl 2.0 sources
via cvs, rather than patching - this is described at
http://perl.apache.org/download/source.html#2_0_Development_Source_Distribution
You likely have a cvs client already, so it's a matter of
changing to an appropriate directory and doing

 % cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic login
 % cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic co modperl-2.0


Or you can use the cvs snapshots tarballs, linked from the same URL 
Randy provided.

1.99_08 should be released RSN. I will make sure that it will state in 
the README file which Apache version it will work with.

__
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