Re: Apache/mod_perl, addendum

2000-07-27 Thread Carl Hansen

On Thu, Jul 27, 2000 at 02:05:22PM -0700, Carl Hansen wrote:
> On Thu, Jul 27, 2000 at 12:02:42PM -0700, Pramod Sokke wrote:
> > Hi,
> > 
> > I'm trying to install mod_perl 1.24 with Stronghold 3. I know stronghold
> > comes with mod_perl 1.22, but I want to use 1.24
> 
> same here. I don't know why stronghold can't get up to date, or give better
> instructions on doing the recompilation. But anyway, I was able to compile it;
> if anything, there are TOO MANY directions, all giving different advice.
> Here is some more:
> 
> what i did was install stronghold via their script into /export/home/strongholdtest
> then
> cd /export/home
> zcat mod_perl-1.24.tar.gz | tar xvf -
> cd mod_perl-1.24 
> perl Makefile.PL APACHE_SRC=../strongholdtest/src/ DO_HTTPD=1 USE_APACI=0 
>EVERYTHING=1
> make
> 
> Note well USE_APACI=0 ie dont use it. Stronghold seems to be set up to build using
> the older system. You may have to go into ../strongholdtest/src/ and make sure
> Configuration is the way you want it.

one thing I forgot to mention.
in ../strongholdtest/src/Configuration
edit these lines:

before:
EXTRA_CFLAGS=`/export/home/strongholdtest/perl/bin/perl 
-I/export/home/strongholdtest/perl/lib
-I/export/home/strongholdtest/perl/lib/site -MExtUtils::Embed -e ccopts`
EXTRA_LIBS=`/export/home/strongholdtest/perl/bin/perl 
-I/export/home/strongholdtest/perl/lib
-I/export/home/strongholdtest/perl/lib/site -MExtUtils::Embed -e ldopts` 
-Lmodules/extra -L../modules/extra -lm

after:
EXTRA_CFLAGS=` -MExtUtils::Embed -e ccopts`
EXTRA_LIBS=` -MExtUtils::Embed -e ldopts` -Lmodules/extra -L../modules/extra -lm

ie remove references to their unwanted perl installation

> 
> The other complication is that Stronghold comes with an installation of perl in it's
> own directories. I didn't want to use theirs. Look in bin. They have a wrapper script
> 'shperl' which just points to their version. I edited it to point to the right 
>version.


-- 
Carl Hansen
Pictopia.com, Inc.
[EMAIL PROTECTED]
510 841 6400 x 117





Re: Apache/mod_perl

2000-07-27 Thread Carl Hansen

On Thu, Jul 27, 2000 at 12:02:42PM -0700, Pramod Sokke wrote:
> Hi,
> 
> I'm trying to install mod_perl 1.24 with Stronghold 3. I know stronghold
> comes with mod_perl 1.22, but I want to use 1.24

same here. I don't know why stronghold can't get up to date, or give better
instructions on doing the recompilation. But anyway, I was able to compile it;
if anything, there are TOO MANY directions, all giving different advice.
Here is some more:

what i did was install stronghold via their script into /export/home/strongholdtest
then
cd /export/home
zcat mod_perl-1.24.tar.gz | tar xvf -
cd mod_perl-1.24 
perl Makefile.PL APACHE_SRC=../strongholdtest/src/ DO_HTTPD=1 USE_APACI=0 EVERYTHING=1
make

Note well USE_APACI=0 ie dont use it. Stronghold seems to be set up to build using
the older system. You may have to go into ../strongholdtest/src/ and make sure
Configuration is the way you want it.

The other complication is that Stronghold comes with an installation of perl in it's
own directories. I didn't want to use theirs. Look in bin. They have a wrapper script
'shperl' which just points to their version. I edited it to point to the right version.
May have something to do with the next problem:

>... 
> Apart from this, 'make' goes through fine. But when I run 'make test', I'm
> getting some errors that don't make much sense to me. 
>

me either. I suggest you do ' httpd -l ' to see that the modules you want are
indeed compiled in. Then , I just skipped 'make test', moved the httpd to the right
directory, and just start using it.  If it works that is sufficient test.

You could debug their test script , but it is a waste of time.

 
>  I tried a lot of
> experiments meddling with lot of stuff, but to no avail.

the universal cry of humanity


> Stronghold support
> hasn't responded to any of my emails either.

They should be flogged with wet category 5 ethernet cable while
$1000 checks are stuck under their fingernails.

-- 
Carl Hansen
Pictopia.com, Inc.
[EMAIL PROTECTED]
510 841 6400 x 117





Re: Subroutine redefined errors at startup

2000-07-19 Thread Carl Hansen

On Tue, Jul 18, 2000 at 07:10:07PM -0700, Jim Serio wrote:
> I'm running Perl 5.6 and recently re-compiled Apache 1.3.12 and mod_perl 1.24
> and I'm not getting various redefined errors at startup that I never got 
> before. I've
> also made no changes to my startup file or httpd.conf. Here's a few of the 
> errors:
> 
> -
> Subroutine handler redefined at 
> /usr/local/lib/perl5/site_perl/5.6.0/i686-linux/Apache/Registry.pm line 27.
> Subroutine compile redefined at 
> /usr/local/lib/perl5/site_perl/5.6.0/i686-linux/Apache/Registry.pm line 173.
> -
> 
> They seem to be focused on Registry and DBI. When I remove the startup.pl
> file from httpd.conf, I get no errors.
> 
> Here's the cgi-perl section of httpd.conf:
> 
> -
> 
>  SetHandler perl-script
>  PerlModule Apache::Registry
>  PerlHandler Apache::Registry::handler
>  PerlModule Apache::DBI
>  PerlInitHandler Apache::StatINC
>  Options ExecCGI
>  PerlSendHeader On
> 
> -
> 
> Here's part of my startup.pl file:
> 
> -
> use Apache::Registry ();
> use Apache::Constants ();
> use Apache::Sandwich ();
> use Apache::Include ();
> use DBI ();
> use Apache::DBI ();
> -
> 
> Should I not duplicate these modules and just have all of them in the
> startup file?
> 
> Jim
> 

from the ApacheDBI-0.87 README:
  " If you plan to use persistent database connections, there is only one thing
  to do: add the following configuration directive to conf/httpd.conf or to
  your startup.pl:
 
   PerlModule Apache::DBI# this comes first !!
     # other modules using DBI
 
compare to your startup.pl.
might be relevant   


-- 
Carl Hansen
Pictopia.com, Inc.
[EMAIL PROTECTED]
510 841 6400 x 117