Problems Installing On Debian - Or Not
Hi All, It looked like the Debian install problems were back. [EMAIL PROTECTED]:~/temp/modperl-2.0$ perl Makefile.PL * WARNING * Your Perl is configured to link against libgdbm, but libgdbm.so was not found. You could just symlink it to /usr/lib/libgdbm.so.1.7.3 * WARNING * !!! Unable to open /mnt/general/temp/modperl-2.0/../../home/craig/temp/mod_perl-1.99_09/ap_release.h: No such file or directory !!! Unable to determine server version, aborting. !!! Please specify MP_APXS or MP_AP_PREFIX. I thought this was a bit strange, look at the path where it is trying to find my apache include dir. It should be looking in /usr/include/apache2/ Anyway, I do what it says... [EMAIL PROTECTED]:~/temp/modperl-2.0$ perl Makefile.PL MP_AP_PREFIX=/usr/include/apache2/ Reading Makefile.PL args from @ARGV MP_AP_PREFIX = /usr/include/apache2 * WARNING * Your Perl is configured to link against libgdbm, but libgdbm.so was not found. You could just symlink it to /usr/lib/libgdbm.so.1.7.3 * WARNING * !!! invalid MP_AP_PREFIX: include/ directory not found in /usr/include/apache2 Looked at first like I would have to frig the script... After analysing Build.pm, I noticed it was using a load of crap data from my old installation in /usr/local/lib/perl/5.8.0/Apache/BuildConfig.pm After deleting this file, i had to delete what i had got from cvs, and redownload. The second time round I ran into more problems... [EMAIL PROTECTED]:~/temp/modperl-2.0$ perl Makefile.PL * WARNING * Your Perl is configured to link against libgdbm, but libgdbm.so was not found. You could just symlink it to /usr/lib/libgdbm.so.1.7.3 * WARNING * !!! Unable to determine server version, aborting. !!! Please specify MP_APXS or MP_AP_PREFIX. Ok, so i specify the MP_AP_PREFIX option, since that was mentioned in the INSTALL file too. [EMAIL PROTECTED]:~/temp/modperl-2.0$ perl Makefile.PL MP_AP_PREFIX=/usr/include/apache2/ Reading Makefile.PL args from @ARGV MP_AP_PREFIX = /usr/include/apache2 * WARNING * Your Perl is configured to link against libgdbm, but libgdbm.so was not found. You could just symlink it to /usr/lib/libgdbm.so.1.7.3 * WARNING * !!! invalid MP_AP_PREFIX: include/ directory not found in /usr/include/apache2 Ah that problem again... SOLUTION: perl Makefile.PL MP_APXS=/usr/bin/apxs2 All problems went away. Problems occur in debian if the MP_AP_PREFIX is used because it expects a /include dir to be present. but if the MP_APXS option is not used, the MP_AP_PREFIX is one of the tempting recommendations by the script. The question here is, should the script have detected /usr/bin/apxs2 ? -- Craig Shelley [EMAIL PROTECTED] I hope the formatting of this email didn't come out too bad. -- Reporting bugs: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html
Re: Problems Installing On Debian - Or Not
Craig Shelley wrote:
Hi All,
It looked like the Debian install problems were back.
[EMAIL PROTECTED]:~/temp/modperl-2.0$ perl Makefile.PL
* WARNING *
Your Perl is configured to link against libgdbm,
but libgdbm.so was not found.
You could just symlink it to /usr/lib/libgdbm.so.1.7.3
You probably want to fix this one, at least so it won't get on the way.
* WARNING *
!!! Unable to open
/mnt/general/temp/modperl-2.0/../../home/craig/temp/mod_perl-1.99_09/ap_release.h: No
such file or directory
!!! Unable to determine server version, aborting.
!!! Please specify MP_APXS or MP_AP_PREFIX.
I thought this was a bit strange,
look at the path where it is trying to find my apache include dir.
It should be looking in /usr/include/apache2/
Anyway, I do what it says...
[EMAIL PROTECTED]:~/temp/modperl-2.0$ perl Makefile.PL MP_AP_PREFIX=/usr/include/apache2/
Reading Makefile.PL args from @ARGV
MP_AP_PREFIX = /usr/include/apache2
* WARNING *
Your Perl is configured to link against libgdbm,
but libgdbm.so was not found.
You could just symlink it to /usr/lib/libgdbm.so.1.7.3
* WARNING *
!!! invalid MP_AP_PREFIX: include/ directory not found in /usr/include/apache2
Looked at first like I would have to frig the script...
After analysing Build.pm, I noticed it was
using a load of crap data from my old installation in
/usr/local/lib/perl/5.8.0/Apache/BuildConfig.pm
So all the problems you listed above were caused by an old
Apache/BuildConfig.pm, so we are in this code in Apache/Build.pm:
if (-e lib/$bpm and (stat _)[9] $bpm_mtime) {
#reload if Makefile.PL has regenerated
unshift @INC, 'lib';
delete $INC{$bpm};
eval { require Apache::BuildConfig; };
shift @INC;
}
else {
eval { require Apache::BuildConfig; };
}
and the last eval is the one that picked the old config. I suppose we need to
prompt users before we do that. Makes sense?
After deleting this file, i had to delete what i had got from cvs, and redownload.
The second time round I ran into more problems...
[EMAIL PROTECTED]:~/temp/modperl-2.0$ perl Makefile.PL
* WARNING *
Your Perl is configured to link against libgdbm,
but libgdbm.so was not found.
You could just symlink it to /usr/lib/libgdbm.so.1.7.3
* WARNING *
!!! Unable to determine server version, aborting.
!!! Please specify MP_APXS or MP_AP_PREFIX.
Ok, so i specify the MP_AP_PREFIX option, since that was mentioned in the INSTALL file too.
I updated the install docs, to explain that MP_AP_PREFIX can be used only when
everything is installed under one tree. I will fix the INSTALL file as well.
Of course MP_APXS is the best option (since it can provide all the information
about Apache and APR), but it's still not available on win32 (Randy has a
working prototype, but one has to download it separately from Apache). And if
you haven't installed Apache yet (but built it), you can't use MP_APXS.
[EMAIL PROTECTED]:~/temp/modperl-2.0$ perl Makefile.PL MP_AP_PREFIX=/usr/include/apache2/
Reading Makefile.PL args from @ARGV
MP_AP_PREFIX = /usr/include/apache2
* WARNING *
Your Perl is configured to link against libgdbm,
but libgdbm.so was not found.
You could just symlink it to /usr/lib/libgdbm.so.1.7.3
* WARNING *
!!! invalid MP_AP_PREFIX: include/ directory not found in /usr/include/apache2
Ah that problem again...
SOLUTION:
perl Makefile.PL MP_APXS=/usr/bin/apxs2
All problems went away.
Problems occur in debian if the MP_AP_PREFIX is used because it expects a /include dir to be present.
but if the MP_APXS option is not used, the MP_AP_PREFIX is one of the tempting recommendations by the script.
The question here is, should the script have detected /usr/bin/apxs2 ?
How could possibly it do that? We shouldn't have any hardcoded paths, since if
we guess and you have more
Problems installing mp1 and apache-1.3.28
Hi, I've a strange problem I've never encountered before when compiling my own apache. I simply run: 1) in mod_perl-1.28: /opt/perl/bin/perl Makefile.PL DO_HTTPD=1 USE_APACI=1 APACHE_PREFIX=/opt/apache make make test make install 2) If I know try to start my apache with a startup-file like this: 8 #!/opt/perl/bin/perl use Apache::Log; 8 I get this error-message: 8 ../bin/apachectl start [Wed Jul 30 14:18:43 2003] [error] Can't locate loadable object for module Apache::Log in @INC (@INC contains: /opt/perl/lib/5.8.0/i686-linux /opt/perl/lib/5.8.0 /opt/perl/lib/site_perl/5.8.0/i686-linux /opt/perl/lib/site_perl/5.8.0 /opt/perl/lib/site_perl . /opt/apache/ /opt/apache/lib/perl) at /opt/perl/lib/site_perl/5.8.0/i686-linux/mod_perl.pm line 14 Compilation failed in require at /opt/apache//conf/startup.pl line 3. BEGIN failed--compilation aborted at /opt/apache//conf/startup.pl line 3. Compilation failed in require at (eval 2) line 1. Syntax error on line 981 of /opt/apache/conf/httpd.conf: Can't locate loadable object for module Apache::Log in @INC (@INC contains: /opt/perl/lib/5.8.0/i686-linux /opt/perl/lib/5.8.0 /opt/perl/lib/site_perl/5.8.0/i686-linux /opt/perl/lib/site_perl/5.8.0 /opt/perl/lib/site_perl . /opt/apache/ /opt/apache/lib/perl) at /opt/perl/lib/site_perl/5.8.0/i686-linux/mod_perl.pm line 14 Compilation failed in require at /opt/apache//conf/startup.pl line 3. BEGIN failed--compilation aborted at /opt/apache//conf/startup.pl line 3. Compilation failed in require at (eval 2) line 1. ../bin/apachectl start: httpd could not be started 8 What's going on here? Any ideas. Tom
Re: Problems installing mp1 and apache-1.3.28
Oh found it my self. I forgot to add EVERYTHING=1 to perl-Makefile call because i simply copied it from INSTALL.simple where this is not mentionned. tom On Wed, 2003-07-30 at 14:20, Thomas Schindl wrote: Hi, I've a strange problem I've never encountered before when compiling my own apache. I simply run: 1) in mod_perl-1.28: /opt/perl/bin/perl Makefile.PL DO_HTTPD=1 USE_APACI=1 APACHE_PREFIX=/opt/apache make make test make install 2) If I know try to start my apache with a startup-file like this: 8 #!/opt/perl/bin/perl use Apache::Log; 8 I get this error-message: 8 ../bin/apachectl start [Wed Jul 30 14:18:43 2003] [error] Can't locate loadable object for module Apache::Log in @INC (@INC contains: /opt/perl/lib/5.8.0/i686-linux /opt/perl/lib/5.8.0 /opt/perl/lib/site_perl/5.8.0/i686-linux /opt/perl/lib/site_perl/5.8.0 /opt/perl/lib/site_perl . /opt/apache/ /opt/apache/lib/perl) at /opt/perl/lib/site_perl/5.8.0/i686-linux/mod_perl.pm line 14 Compilation failed in require at /opt/apache//conf/startup.pl line 3. BEGIN failed--compilation aborted at /opt/apache//conf/startup.pl line 3. Compilation failed in require at (eval 2) line 1. Syntax error on line 981 of /opt/apache/conf/httpd.conf: Can't locate loadable object for module Apache::Log in @INC (@INC contains: /opt/perl/lib/5.8.0/i686-linux /opt/perl/lib/5.8.0 /opt/perl/lib/site_perl/5.8.0/i686-linux /opt/perl/lib/site_perl/5.8.0 /opt/perl/lib/site_perl . /opt/apache/ /opt/apache/lib/perl) at /opt/perl/lib/site_perl/5.8.0/i686-linux/mod_perl.pm line 14 Compilation failed in require at /opt/apache//conf/startup.pl line 3. BEGIN failed--compilation aborted at /opt/apache//conf/startup.pl line 3. Compilation failed in require at (eval 2) line 1. ../bin/apachectl start: httpd could not be started 8 What's going on here? Any ideas. Tom
Re: problems installing mod_perl 2
Carlos Villegas wrote: Hi, First some basic info: -Apache 2.0.44 -Solaris 9 sparc -perl 5.8.0 -mod_perl-1.99_08 (from mod_perl-2.0-current.tar.gz) -complete newbie to mod_perl I had some problems to compile mod_perl: make test would fail, after reading the mailing list archives, I found a few things related to my problem, so I added a few lines to: t/hooks/TestHooks/init.pm and t/hooks/TestHooks/trans.pm (I can post a diff if it's of interest) Certainly. But please follow the bug reporting guidelines: http://perl.apache.org/docs/2.0/user/help/help.html#Reporting_Problems This fixed some problems, but not all of them. I decided to ignore further failures of make test, and did a make install, it failed (?), however I did get a mod_perl.so under $apacheroot/modules, so I added the LoadModule line to apache, and restarted it. It seems to work, however I can't load my module (using PerlHandler mymodule), because it can't find Apache::Constants (which I use in my module). I have tried to install this (Apache::Constants) by using the shell of CPAN, but it refuses to install for apache2, I saw some references to Apache2 somewhere in the archives, but couldn't find it either (using CPAN shell). Does make install add some more stuff besides mod_perl.so? My perl is in a read only path, so this might be the problem, but I'm not sure... Which are the specific dependencies for mod_perl 2? It's all very well documented. Please spend some time at: http://perl.apache.org/docs/2.0/index.html in particular: http://perl.apache.org/docs/2.0/user/compat/compat.html How stable is mod_perl 2? Getting better every day. There are still problems here and there, but they get resolved when reported. See the todo directory and the STATUS file in the mod_perl source for things that are still missing. __ 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: Problems installing mod_perl2 on Apache2 on Win200
On Mon, 3 Mar 2003, Richard Heintze wrote: Apache HTTPD seems to be running fine. Do I have the right version of apache and mod_perl? I'm unpacking mod_perl2.tar. perl mpinstall does not seem to be giving me any errors. The current mod_perl ppm package was compiled against Apache 2.0.44, so you should have at least 2.0.43. To see what version you have, do a C:\Path\to\Your\Apache2\bin\Apache.exe -v Apache installed itself in the directory program files/apache group/apache2 so I think this means I'm running apache2. What should I do next? Maybe I should build mod_perl myself. Which compiler do you recommend for building mod_perl on NT4 or Windows 2000? If you're running ActivePerl, you should use Visual C++ 6, for binary compatibility. Unfortunately, this isn't free ... There are free compilers for Win32 (eg, Borland, cygwin), but to use these you should compile everything (Perl and Apache2) with it. -- best regards, randy
Re: Problems installing mod_perl2 on Apache2 on Win200
Apache HTTPD seems to be running fine. Do I have the right version of apache and mod_perl? I'm unpacking mod_perl2.tar. perl mpinstall does not seem to be giving me any errors. Apache installed itself in the directory program files/apache group/apache2 so I think this means I'm running apache2. What should I do next? Maybe I should build mod_perl myself. Which compiler do you recommend for building mod_perl on NT4 or Windows 2000? Siegfried --- Randy Kobes [EMAIL PROTECTED] wrote: On Sun, 2 Mar 2003, Richard Heintze wrote: I have followed the instructions at http://perl.apache.org/docs/1.0/os/win32/install.html I've put the following in my httpd.conf file: LoadFile c:/Perl/bin/perl58.dll LoadModule mod_perl modules/mod_perl.so PerlRequire C:/Apache2/conf/extra.pl Hi, Does Apache run OK without mod_perl? Did you intend to have extra.pl under C:/Apache2/conf/, when the rest of the stuff is under C:/Program Files/Apache Group/Apache2/? It's no problem if you do ... I have expanded mod_perl-2.tar and extracted mod_perl.so into modules\mod_perl.so. And also did the 'ppm install mod_perl' to install the Perl side? I have c:perl\bin in my path. And still I get the error below. Can someone help me? Sieg C:\C:\Program Files\Apache Group\Apache2\bin\Apache.exe -w -f C:\Program Fil es\Apache Group\Apache2\conf\httpd.conf -d C:\Program Files\Apache Group\Apach e2\. Syntax error on line 135 of C:/Program Files/Apache Group/Apache2/conf/httpd.con f: Cannot load C:/Program Files/Apache Group/Apache2/modules/mod_perl.so into serve r: The specified module could not be found. Note the errors or messages above, and press the ESC key to exit. 0 C:\ Assuming you're using a recent mod_perl 2 ppm package, is your Apache version at least 2.0.43? Prior versions may not be compatible with this mod_perl, which was compiled against 2.0.44. Other than that, if at all possible, an idea might be to install Apache into a directory that doesn't contain spaces (eg, C:\Apache2). Or if that's not possible, try using DOS short path names for the directories in httpd.conf. -- best regards, randy kobes __ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/
Problems installing Apache (./configure)
Hi I am tryin to set Apache to run with Perl, but before that i am tryin to download Apache on a fresh downlaod of Red Hat 8 Linux. this is the steps i am following: [EMAIL PROTECTED] src]# cd /usr/src [EMAIL PROTECTED] src]# wget http://httpd.apache.org/dist/httpd/apache_1.3.19.tar.gz [EMAIL PROTECTED] src]# tar -xzvf apache_1.3.19.tar.gz [EMAIL PROTECTED] src]# cd apache_1.3.19 [EMAIL PROTECTED] src]# ./configure --prefix=/usr/local/apache --enable-module=so [EMAIL PROTECTED] src]# cd apache_1.3.27 [EMAIL PROTECTED] apache_1.3.27]# ./configure --prefix=/usr/local/apache --enable-module=so Configuring for Apache, Version 1.3.27 + using installation path layout: Apache (config.layout) Creating Makefile Creating Configuration.apaci in src Creating Makefile in src + configured for Linux platform Error: could not find any of these C compilers anywhere in your PATH: gcc cc acc c89 Configure terminated Could Some one please help me. I have installed Red Hat 8 with MySQL set up automatically. cheers, Mel _ Chat online in real time with MSN Messenger http://messenger.msn.co.uk
Re: Problems installing Apache (./configure)
mel awaisi wrote: Error: could not find any of these C compilers anywhere in your PATH: gcc cc acc c89 Well, you need to install a compiler. You must have chosen a set of packages that does not include development tools when you installed Red Hat. Look for their RPM of gcc and install it. - Perrin
Re: Problems installing mod_perl2 on Apache2 on Win200
I have followed the instructions at http://perl.apache.org/docs/1.0/os/win32/install.html I've put the following in my httpd.conf file: LoadFile c:/Perl/bin/perl58.dll LoadModule mod_perl modules/mod_perl.so PerlRequire C:/Apache2/conf/extra.pl I have expanded mod_perl-2.tar and extracted mod_perl.so into modules\mod_perl.so. I have c:perl\bin in my path. And still I get the error below. Can someone help me? Sieg C:\C:\Program Files\Apache Group\Apache2\bin\Apache.exe -w -f C:\Program Fil es\Apache Group\Apache2\conf\httpd.conf -d C:\Program Files\Apache Group\Apach e2\. Syntax error on line 135 of C:/Program Files/Apache Group/Apache2/conf/httpd.con f: Cannot load C:/Program Files/Apache Group/Apache2/modules/mod_perl.so into serve r: The specified module could not be found. Note the errors or messages above, and press the ESC key to exit. 0 C:\ __ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/
Re: Problems installing mod_perl2 on Apache2 on Win200
On Sun, 2 Mar 2003, Richard Heintze wrote: I have followed the instructions at http://perl.apache.org/docs/1.0/os/win32/install.html I've put the following in my httpd.conf file: LoadFile c:/Perl/bin/perl58.dll LoadModule mod_perl modules/mod_perl.so PerlRequire C:/Apache2/conf/extra.pl Hi, Does Apache run OK without mod_perl? Did you intend to have extra.pl under C:/Apache2/conf/, when the rest of the stuff is under C:/Program Files/Apache Group/Apache2/? It's no problem if you do ... I have expanded mod_perl-2.tar and extracted mod_perl.so into modules\mod_perl.so. And also did the 'ppm install mod_perl' to install the Perl side? I have c:perl\bin in my path. And still I get the error below. Can someone help me? Sieg C:\C:\Program Files\Apache Group\Apache2\bin\Apache.exe -w -f C:\Program Fil es\Apache Group\Apache2\conf\httpd.conf -d C:\Program Files\Apache Group\Apach e2\. Syntax error on line 135 of C:/Program Files/Apache Group/Apache2/conf/httpd.con f: Cannot load C:/Program Files/Apache Group/Apache2/modules/mod_perl.so into serve r: The specified module could not be found. Note the errors or messages above, and press the ESC key to exit. 0 C:\ Assuming you're using a recent mod_perl 2 ppm package, is your Apache version at least 2.0.43? Prior versions may not be compatible with this mod_perl, which was compiled against 2.0.44. Other than that, if at all possible, an idea might be to install Apache into a directory that doesn't contain spaces (eg, C:\Apache2). Or if that's not possible, try using DOS short path names for the directories in httpd.conf. -- best regards, randy kobes
Re: Problems installing mod_perl2 on Apache2 on Win200
Randy, I can boot apache and I can view the index.html.en and navigate to the documentation. No errors. It seems to be working fine. Sieg --- Randy Kobes [EMAIL PROTECTED] wrote: On Sun, 2 Mar 2003, Richard Heintze wrote: I have followed the instructions at http://perl.apache.org/docs/1.0/os/win32/install.html I've put the following in my httpd.conf file: LoadFile c:/Perl/bin/perl58.dll LoadModule mod_perl modules/mod_perl.so PerlRequire C:/Apache2/conf/extra.pl Hi, Does Apache run OK without mod_perl? Did you intend to have extra.pl under C:/Apache2/conf/, when the rest of the stuff is under C:/Program Files/Apache Group/Apache2/? It's no problem if you do ... I have expanded mod_perl-2.tar and extracted mod_perl.so into modules\mod_perl.so. And also did the 'ppm install mod_perl' to install the Perl side? I have c:perl\bin in my path. And still I get the error below. Can someone help me? Sieg C:\C:\Program Files\Apache Group\Apache2\bin\Apache.exe -w -f C:\Program Fil es\Apache Group\Apache2\conf\httpd.conf -d C:\Program Files\Apache Group\Apach e2\. Syntax error on line 135 of C:/Program Files/Apache Group/Apache2/conf/httpd.con f: Cannot load C:/Program Files/Apache Group/Apache2/modules/mod_perl.so into serve r: The specified module could not be found. Note the errors or messages above, and press the ESC key to exit. 0 C:\ Assuming you're using a recent mod_perl 2 ppm package, is your Apache version at least 2.0.43? Prior versions may not be compatible with this mod_perl, which was compiled against 2.0.44. Other than that, if at all possible, an idea might be to install Apache into a directory that doesn't contain spaces (eg, C:\Apache2). Or if that's not possible, try using DOS short path names for the directories in httpd.conf. -- best regards, randy kobes __ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/
problems installing libapreq-1.0
I have two identical hosts with the following mod_perl-1.26 apache apache_1.3.26 ben apachessl_1.48 openssll-0.9.6b on one, libapreq-1.0 installs just fine, on the other I get this error: In file included from /usr/lib/perl5/site_perl/i386-linux/auto/Apache/include/include/httpd.h:79, from apache_request.h:5, from apache_request.c:59: /usr/lib/perl5/site_perl/i386-linux/auto/Apache/include/include/buff.h:75: openssl/ssl.h: No such file or directory /usr/lib/perl5/site_perl/i386-linux/auto/Apache/include/include/buff.h:78: #error Don't use OpenSSL/SSLeay versions less than 0.9.2b, they have a serious security problem! make[1]: *** [apache_request.o] Error 1 I can't figure out what the problem is. all the include files appear to be in the same places on both machines. I've rebuilt everything from scratch on the machine that fails :-( Any ideas?? Michael
Re: problems installing libapreq-1.0
never mind. It appears that the order in which things are done is important. I finally got it to work by reinstalling mod-perl for the umpteenth time and then again trying libapreq. Strange, the old version that was installed would no re-install until I did this. I have two identical hosts with the following mod_perl-1.26 apache apache_1.3.26 ben apachessl_1.48 openssll-0.9.6b on one, libapreq-1.0 installs just fine, on the other I get this error: In file included from /usr/lib/perl5/site_perl/i386-linux/auto/Apache/include/include/http d.h:79, from apache_request.h:5, from apache_request.c:59: /usr/lib/perl5/site_perl/i386-linux/auto/Apache/include/include/buff .h:75: openssl/ssl.h: No such file or directory /usr/lib/perl5/site_perl/i386-linux/auto/Apache/include/include/buff .h:78: #error Don't use OpenSSL/SSLeay versions less than 0.9.2b, they have a serious security problem! make[1]: *** [apache_request.o] Error 1 I can't figure out what the problem is. all the include files appear to be in the same places on both machines. I've rebuilt everything from scratch on the machine that fails :-( Any ideas??
Re: Problems installing on Solaris 8
Dave Hodgkinson [EMAIL PROTECTED] writes: Ged Haywood [EMAIL PROTECTED] writes: Something very wrong there. Do you have squeaky clean source trees? I'd be tempted to erase the lot and start again. What's the compiler? Post your httpd.conf? Have you built other (older) versions of Apache and mod_perl on the same OS? httpd -l should verify what modules really are linked in. [8:37am]# httpd -l Compiled-in modules: http_core.c mod_so.c mod_perl.c suexec: disabled; invalid wrapper /usr/local/apache/bin/suexec So it looks like mod_perl is definitely built in. If I have any of mod_negotiation, mod_proxy or mod_db_auth in my LoadModule list, a httpd -t or an attempt to start apache produces something like the following : Syntax error on line 16 of /usr/local/apache/conf/modules.conf: Cannot load /usr/local/apache/libexec/mod_negotiation.so into server: ld.so.1: ../bin/httpd: fatal: relocation error: file /usr/local/apache/libexec/mod_negotiation.so: symbol __floatdisf: referenced symbol not found -- - Wayne Pascoe | Why did I flip? I got tired of coming up [EMAIL PROTECTED] | with last minute desparate solutions to http://www.molemanarmy.com | impossible problems created by other fucking | people. - Flightest on k5 |
Re: Problems installing on Solaris 8
Ged Haywood [EMAIL PROTECTED] writes: if I compile Apache with mod_perl, then mod_auth_db, mod_proxy and mod_negotiation all stop working. If I compile Apache without mod_perl then they continue to work just fine. Something very wrong there. Do you have squeaky clean source trees? I'd be tempted to erase the lot and start again. What's the compiler? Post your httpd.conf? Have you built other (older) versions of Apache and mod_perl on the same OS? Yep, whacked the whole lot and started from scratch. The problem also appears to happen with apache 1.3.23 as well. :( -- - Wayne Pascoe | Intestines inside [EMAIL PROTECTED] | http://www.molemanarmy.com |
Re: Problems installing on Solaris 8
Angel R. Rivera [EMAIL PROTECTED] writes: Sorry to come in late into this. I had the same problems and spent a while getting it all to build right. I am running on an Ultra class machine with all my web stuff in /web/appl (automount point) so that should be the only changes you need to worrry about. then build mod_perl perl Makefile.PL \ USE_DSO=1 \ USE_APXS=1 \ WITH_APXS=/web/appl/apache/bin/apxs \ PERL_USELARGEFILES=0 \ EVERYTHING=1 I built it DSO. I was hoping to get away with it compiled in as static. I've heard fearful tales of memory leaks and other problems when using it as a DSO. Are these still present ? -- - Wayne Pascoe | Be nice to your daemons. [EMAIL PROTECTED] | http://www.molemanarmy.com |
Re: Problems installing on Solaris 8
Hi there, On 23 Mar 2002, Wayne Pascoe wrote: Angel R. Rivera [EMAIL PROTECTED] writes: Sorry to come in late into this. I had the same problems and spent a while getting it all to build right. I am running on an Ultra class [snip] I built it DSO. I was hoping to get away with it compiled in as static. I've heard fearful tales of memory leaks and other problems when using it as a DSO. Are these still present ? Argh. :) 73, Ged. -- From [EMAIL PROTECTED] Mon Mar 25 10:42:35 2002 Date: Sat, 23 Mar 2002 08:24:16 + (GMT) From: Ged Haywood [EMAIL PROTECTED] To: Wayne Pascoe [EMAIL PROTECTED] Cc: mod_perl Mailing List [EMAIL PROTECTED] Subject: Re: Problems installing on Solaris 8 Hi there, On 23 Mar 2002, Wayne Pascoe wrote: Why does mod_perl need ssl and crypto ? Just curious... It doesn't. Have you tried sompiling static instead of DSO? There have been DSO problems on Solaris (and elsewhere :) in the past but I thought they were mostly put to bed now. 73, Ged.
Re: Problems installing on Solaris 8
Hi there, On 23 Mar 2002, Wayne Pascoe wrote: Why does mod_perl need ssl and crypto ? Just curious... It doesn't. Have you tried sompiling static instead of DSO? There have been DSO problems on Solaris (and elsewhere :) in the past but I thought they were mostly put to bed now. 73, Ged.
Re: Problems installing on Solaris 8
Ged Haywood [EMAIL PROTECTED] writes: Hi there, On 23 Mar 2002, Wayne Pascoe wrote: Why does mod_perl need ssl and crypto ? Just curious... It doesn't. Have you tried sompiling static instead of DSO? There have been DSO problems on Solaris (and elsewhere :) in the past but I thought they were mostly put to bed now. This is a static build. mod_perl seems to compile ok actually. It's just that if I compile Apache with mod_perl, then mod_auth_db, mod_proxy and mod_negotiation all stop working. If I compile Apache without mod_perl then they continue to work just fine. -- - Wayne Pascoe | I laugh in the face of danger... [EMAIL PROTECTED] | Then I run and hide until it goes away! http://www.molemanarmy.com |
Re: Problems installing on Solaris 8
Hi there, On 23 Mar 2002, Wayne Pascoe wrote: Ged Haywood [EMAIL PROTECTED] writes: Have you tried sompiling static instead of DSO? This is a static build. Sorry, I've deleted the original message. Why did I think it wasn't? I must be having a very bad day today. if I compile Apache with mod_perl, then mod_auth_db, mod_proxy and mod_negotiation all stop working. If I compile Apache without mod_perl then they continue to work just fine. Something very wrong there. Do you have squeaky clean source trees? I'd be tempted to erase the lot and start again. What's the compiler? Post your httpd.conf? Have you built other (older) versions of Apache and mod_perl on the same OS? 73, Ged.
Re: Problems installing on Solaris 8
Ged Haywood [EMAIL PROTECTED] writes: Something very wrong there. Do you have squeaky clean source trees? I'd be tempted to erase the lot and start again. What's the compiler? Post your httpd.conf? Have you built other (older) versions of Apache and mod_perl on the same OS? httpd -l should verify what modules really are linked in. -- Dave Hodgkinson, Wizard for Hire http://www.davehodgkinson.com Editor-in-chief, The Highway Starhttp://www.thehighwaystar.com Interim Technical Director, Web Architecture Consultant for hire
Re: Problems installing on Solaris 8
Hi all, Wayne Pascoe [EMAIL PROTECTED] writes: [8:37am]# httpd -l Compiled-in modules: http_core.c mod_so.c mod_perl.c suexec: disabled; invalid wrapper /usr/local/apache/bin/suexec I didn't think I'd been dreaming. As a matter of principle, I tend not to mix static and dynamic. Me too. where I'm unsure, I go all static and build distinct binaries. Me too. But if you go all dynamic it's quicker to pull modules out, and you can change the order they're loaded which is important in some cases. Pity my Solaris box isn't with me (1,000 miles away) or I'd ask you to send me your config. and try to repeat your problem. Come to think of it I did ask, anyway... On 23 Mar 2002, Dave Hodgkinson wrote: Wayne Pascoe [EMAIL PROTECTED] writes: Dave Hodgkinson [EMAIL PROTECTED] writes: Ged Haywood [EMAIL PROTECTED] writes: Post your httpd.conf? 73, Ged.
Problems installing on Solaris 8
Hi all, I'm trying to build mod_perl 1.26 and Apache 1.3.24 on Solaris 8. I have Perl 5.6.1 on the machine. I am building mod_perl as follows: perl Makefile.PL EVERYTHING=1 \ APACHE_SRC=../apache_1.3.24/src USE_APACI=1 \ PREP_HTTPD=1 DO_HTTPD=1 make make install I then change into the apache_1.3.24 directory and do ./configure --prefix=/usr/local/apache \ --enable-module=all --enable-shared=max \ --activate-module=src/modules/perl/libperl.a --enable-module=perl --disable-shared=perl make make install This all goes well, and I end up with an Apache installation in /usr/local/apache. However, I cannot start this. Doing a httpd -t gives me the following error: [7:13pm]# bin/httpd -t Syntax error on line 231 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/apache/libexec/mod_auth_db.so into server: ld.so.1: bin/httpd: fatal: relocation error: file /usr/local/apache/libexec/mod_auth_db.so: symbol db_open: referenced symbol not found If I comment out the mod_auth_db lines in my config and try again I get : [7:14pm]# ../bin/httpd -t Syntax error on line 233 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/apache/libexec/libproxy.so into server: ld.so.1: ../bin/httpd: fatal: relocation error: file /usr/local/apache/libexec/libproxy.so: symbol __floatdisf: referenced symbol not found When I comment this one out, the server starts. But I need mod_proxy for this site :( This only seems to happen on Solaris. I've tested on FreeBSD 4.3, FreeBSD 4.5 and Debian GNU/Linux (Woody) and not been able to replicate this error. However doing the above steps on another Solaris 8 box seems to have the same problems. Any advice on this would be much appreciated. Regards, -- - Wayne Pascoe | The time for action is passed. [EMAIL PROTECTED] | Now is the time for senseless http://www.molemanarmy.com | bickering. |
Re: Problems installing on Solaris 8
Wayne Pascoe wrote: Hi all, I'm trying to build mod_perl 1.26 and Apache 1.3.24 on Solaris 8. I have Perl 5.6.1 on the machine. I am building mod_perl as follows: perl Makefile.PL EVERYTHING=1 \ APACHE_SRC=../apache_1.3.24/src USE_APACI=1 \ PREP_HTTPD=1 DO_HTTPD=1 make make install I then change into the apache_1.3.24 directory and do ./configure --prefix=/usr/local/apache \ --enable-module=all --enable-shared=max \ --activate-module=src/modules/perl/libperl.a --enable-module=perl --disable-shared=perl make make install This all goes well, and I end up with an Apache installation in /usr/local/apache. However, I cannot start this. Doing a httpd -t gives me the following error: [7:13pm]# bin/httpd -t Syntax error on line 231 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/apache/libexec/mod_auth_db.so into server: ld.so.1: bin/httpd: fatal: relocation error: file /usr/local/apache/libexec/mod_auth_db.so: symbol db_open: referenced symbol not found If I comment out the mod_auth_db lines in my config and try again I get : [7:14pm]# ../bin/httpd -t Syntax error on line 233 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/apache/libexec/libproxy.so into server: ld.so.1: ../bin/httpd: fatal: relocation error: file /usr/local/apache/libexec/libproxy.so: symbol __floatdisf: referenced symbol not found When I comment this one out, the server starts. But I need mod_proxy for this site :( This only seems to happen on Solaris. I've tested on FreeBSD 4.3, FreeBSD 4.5 and Debian GNU/Linux (Woody) and not been able to replicate this error. However doing the above steps on another Solaris 8 box seems to have the same problems. Any advice on this would be much appreciated. Regards, This one is easy. Include the ssl library with env LIBRARIES=' -Ltherightdirectory -lssl -lcrypto I hope you have bettter luck then I have. I got past this, and I have not been able to get GCC to link mod_perl in at all. Static or DSO. I'm going to load the Forte compiler and try again Monday. I've never failed on getting stuff like this to compile and run correctly, and I'm not going to start now.
Re: Problems installing on Solaris 8
The Wizkid wrote: Wayne Pascoe wrote: Hi all, I'm trying to build mod_perl 1.26 and Apache 1.3.24 on Solaris 8. I have Perl 5.6.1 on the machine. I am building mod_perl as follows: perl Makefile.PL EVERYTHING=1 \ APACHE_SRC=../apache_1.3.24/src USE_APACI=1 \ PREP_HTTPD=1 DO_HTTPD=1 make make install I then change into the apache_1.3.24 directory and do ./configure --prefix=/usr/local/apache \ --enable-module=all --enable-shared=max \ --activate-module=src/modules/perl/libperl.a --enable-module=perl --disable-shared=perl make make install This all goes well, and I end up with an Apache installation in /usr/local/apache. However, I cannot start this. Doing a httpd -t gives me the following error: [7:13pm]# bin/httpd -t Syntax error on line 231 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/apache/libexec/mod_auth_db.so into server: ld.so.1: bin/httpd: fatal: relocation error: file /usr/local/apache/libexec/mod_auth_db.so: symbol db_open: referenced symbol not found If I comment out the mod_auth_db lines in my config and try again I get : [7:14pm]# ../bin/httpd -t Syntax error on line 233 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/apache/libexec/libproxy.so into server: ld.so.1: ../bin/httpd: fatal: relocation error: file /usr/local/apache/libexec/libproxy.so: symbol __floatdisf: referenced symbol not found When I comment this one out, the server starts. But I need mod_proxy for this site :( This only seems to happen on Solaris. I've tested on FreeBSD 4.3, FreeBSD 4.5 and Debian GNU/Linux (Woody) and not been able to replicate this error. However doing the above steps on another Solaris 8 box seems to have the same problems. Any advice on this would be much appreciated. Regards, This one is easy. Include the ssl library with Opps, I forgot some stuff Use this on the make command LIBS= -L/opt/local/lib -lssl -lcrypto \ INCLUDES= -I/opt/local/include \ make string I'm using is: env SSL_BASE=/opt/local \ CFLAGS=-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 \ LIBS= -L/opt/local/lib -lssl -lcrypto \ INCLUDES= -I/opt/local/include \ OPTIM=-O2 make You need this if Perl and Apache is compiled with the bigfiles option. I hope you have bettter luck then I have. I got past this, and I have not been able to get GCC to link mod_perl in at all. Static or DSO. I'm going to load the Forte compiler and try again Monday. I've never failed on getting stuff like this to compile and run correctly, and I'm not going to start now.
Re: Problems installing on Solaris 8
The Wizkid [EMAIL PROTECTED] writes: This one is easy. Include the ssl library with env LIBRARIES=' -Ltherightdirectory -lssl -lcrypto Why does mod_perl need ssl and crypto ? Just curious... I'll try this now... I hope you have bettter luck then I have. I got past this, and I have not been able to get GCC to link mod_perl in at all. Static or DSO. I'm going to load the Forte compiler and try again Monday. I've never failed on getting stuff like this to compile and run correctly, and I'm not going to start now. Wish I could help you on that :( -- - Wayne Pascoe | You know, it's simply not true that [EMAIL PROTECTED] | wars never settle anything - James Burnham http://www.molemanarmy.com |
Re: Problems installing on Solaris 8
The Wizkid [EMAIL PROTECTED] writes: Opps, I forgot some stuff Use this on the make command LIBS= -L/opt/local/lib -lssl -lcrypto \ INCLUDES= -I/opt/local/include \ make string I'm using is: A locate libssl shows it to be in /usr/local/openssl/lib libcrypto looks to be in /usr/local/lib. What should I set the LIBS line to in this case ? I've just tried -L/usr/local/openssl/lib \ -L/usr/local/lib -l libssl -lcrypto with no luck. env SSL_BASE=/opt/local \ CFLAGS=-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 \ LIBS= -L/opt/local/lib -lssl -lcrypto \ INCLUDES= -I/opt/local/include \ OPTIM=-O2 make You need this if Perl and Apache is compiled with the bigfiles option. How can I find out if perl was configured with the bigfiles option? Is there anyway to see these if I don't have the original config files from the source directory ? I've tried the above without the LARGEFILE stuff, but still no luck :( I'll try some more in the morning. Thanks for that :) -- - Wayne Pascoe | 'tis far easier to get forgiveness than [EMAIL PROTECTED] | it is to get permission - probably someone http://www.molemanarmy.com | famous, but more often, my Dad. |
Re: Problems installing on Solaris 8
Wayne Pascoe wrote: The Wizkid [EMAIL PROTECTED] writes: Opps, I forgot some stuff Use this on the make command LIBS= -L/opt/local/lib -lssl -lcrypto \ INCLUDES= -I/opt/local/include \ make string I'm using is: A locate libssl shows it to be in /usr/local/openssl/lib libcrypto looks to be in /usr/local/lib. What should I set the LIBS line to in this case ? I've just tried -L/usr/local/openssl/lib \ -L/usr/local/lib -l libssl -lcrypto with no luck. env SSL_BASE=/opt/local \ CFLAGS=-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 \ LIBS= -L/opt/local/lib -lssl -lcrypto \ INCLUDES= -I/opt/local/include \ OPTIM=-O2 make You need this if Perl and Apache is compiled with the bigfiles option. How can I find out if perl was configured with the bigfiles option? Is there anyway to see these if I don't have the original config files from the source directory ? perl -V will tell you I believe.I don't think mod_perl uses the ssl stuff. The error is actually comming from mod_auth_db.so, according to your original message. If you go into the conf file, and comment out this module, (line 231 of course) your http server Might start, with your mod_perl module. ALSO -- I'm kinda rusty on getting the modules and stuff compiled. Someone else on this list might chime up and come up with lots of better answers. W.Kid I've tried the above without the LARGEFILE stuff, but still no luck :( I'll try some more in the morning. Thanks for that :)
Re: mod_perl's ease of installation and the list (was: Re: Problems installing libapreq)
On Thu, Aug 16, 2001 at 09:25:19PM -0700, Ask Bjoern Hansen wrote: On Thu, 16 Aug 2001, Nick Tonkin wrote: ( In the absence of any better ideas at this time, I'm gonna nuke /usr/local/lib/perl5 completely and see what happens if I start over again. ) On FreeBSD, better do a new installation of perl somewhere else (/home/perl, /usr/local/perl/, ... whatever) and do all the mod_perl stuff with that (just use /home/perl/bin/perl Makefile.PL and /home/perl/bin/perl -MCPAN -e shell and so on later). In my experience, its better to stick with the FreeBSD installed perl. I used to upgrade to perl 5.6.1 whenever cpan wanted to, but it created too many problems, for one, it seems that FreeBSD installed libperl.so, etc to /usr/lib. When I reinstalled perl, it would put them in /user/local/lib. I would also have a libperl.a in both of those directories. Furthurmore, after installing mod_perl (I think it was mod_perl that put this there) I would have one in /usr/local/lib/perl5/5.6.1/i386-freebsd/CORE/libperl.a Having these 3 versions really screwed things over, so when I tried to install mod_perl, mod_php, and mod_ssl (latest versions) it would fail with a Dynaloader.o undefined reference error. After re-making world, all works fine, and I'm not upgrading perl on this until freebsd wants to again :) So in my opinion its much better to not even mess with upgrading perl on FreeBSD, too many problems. Though there might be a good way to do it that I'm not aware of. -Andrew Hurst - ask -- ask bjoern hansen, http://ask.netcetera.dk/ !try; do(); more than a billion impressions per week, http://valueclick.com PGP signature
Re: mod_perl's ease of installation and the list (was: Re: Problems installing libapreq)
I'm running FreeBSD here as well, and just upgraded to 5.6.1, and still have the original installed perls there. But one of the questions was 'did I want to retain backward compatibility with the others (5.0, 5.6 etc)' I said yes. I presume it would have installed differently if I had said no. Anyway- everything works fine? unless provoked, the latest Perl is used. I guess it looks backwards if need be. When installing - configuring - there is usually --prifix switches to allow you to put stuff where you want it. Most times anyway. Robert - Original Message - From: Nick Tonkin [EMAIL PROTECTED] To: Andrew Hurst [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Tuesday, August 21, 2001 4:15 PM Subject: Re: mod_perl's ease of installation and the list (was: Re: Problems installing libapreq) On Fri, 17 Aug 2001, Andrew Hurst wrote: On Thu, Aug 16, 2001 at 09:25:19PM -0700, Ask Bjoern Hansen wrote: On Thu, 16 Aug 2001, Nick Tonkin wrote: ( In the absence of any better ideas at this time, I'm gonna nuke /usr/local/lib/perl5 completely and see what happens if I start over again. ) On FreeBSD, better do a new installation of perl somewhere else (/home/perl, /usr/local/perl/, ... whatever) and do all the mod_perl stuff with that (just use /home/perl/bin/perl Makefile.PL and /home/perl/bin/perl -MCPAN -e shell and so on later). In my experience, its better to stick with the FreeBSD installed perl. I used to upgrade to perl 5.6.1 whenever cpan wanted to, but it created too many problems, for one, it seems that FreeBSD installed libperl.so, etc to /usr/lib. When I reinstalled perl, it would put them in /user/local/lib. I would also have a libperl.a in both of those directories. Furthurmore, after installing mod_perl (I think it was mod_perl that put this there) I would have one in /usr/local/lib/perl5/5.6.1/i386-freebsd/CORE/libperl.a Well, exactly. My point was that you have to be a sysadmin to make sense of all this. I just set up a new system, following all the READMEs and INSTALLs and the mod_perl Guide step-by-step for apache-mod_perl-mod_ssl, and wound up with the situation you described: from /usr/lib (presumably from the FreeBSD 5.005 installation): -r--r--r-- 1 root wheel - 851006 Aug 11 23:21 libperl.a from /usr/local/lib/perl5/5.6.1/i386-freebsd/CORE: -r--r--r-- 1 root wheel - 1184132 Aug 16 21:52 libperl.a (note that I completely deleted /usr/local/lib/perl5 manually before reinstalling Perl 6.6.1 by hand) Perhaps it is FreeBSD that is to blame, but whoever the culprit, I think it should be easier for simple Perl-mod_perl _users_ to get a system installed. Having these 3 versions really screwed things over, so when I tried to install mod_perl, mod_php, and mod_ssl (latest versions) it would fail with a Dynaloader.o undefined reference error. After re-making world, all works fine, and I'm not upgrading perl on this until freebsd wants to again :) So in my opinion its much better to not even mess with upgrading perl on FreeBSD, too many problems. Though there might be a good way to do it that I'm not aware of. -Andrew Hurst
Re: Problems installing libapreq
On 15 Aug 2001, Joe Schaefer wrote: Nick Tonkin [EMAIL PROTECTED] writes: I'm trying to install libapreq on a new box on which I've rolled an apache-mod_ssl-openssl combo. ^^ If you have, the include directories (-I) that apreq uses to find the header files are listed with % perl -MApache::src -wle 'print Apache::src-new-inc' This prints a blank line (although to be fair on other boxes it prints a long list of dirs). But Apache.pm is fine: cpan install Apache Apache is up to date. apache_request.h:5: httpd.h: No such file or directory apache_request.h:6: http_config.h: No such file or directory apache_request.h:7: http_core.h: No such file or directory apache_request.h:8: http_log.h: No such file or directory apache_request.h:9: http_main.h: No such file or directory apache_request.h:10: http_protocol.h: No such file or directory apache_request.h:11: util_script.h: No such file or directory *** Error code 1 Somehow they are not getting setup right. Yeah, no kidding, Joe. Anyone have any ideas how to set things up right? And why when I use the './configure --with-apache-includes=DIR' syntax to manually specify a dir where the relevant files do in fact live, it no works? And especially why the weird error: root@wm-server /tmp/libapreq-0.33make Making all in c Makefile, line 278: Need an operator
Re: Problems installing libapreq
NT == Nick Tonkin [EMAIL PROTECTED] writes: NT And especially why the weird error: NT root@wm-server /tmp/libapreq-0.33make NT Making all in c NT Makefile, line 278: Need an operator Are you on a BSD system? The make is probably incompatible. GNU make (the default on Linux) uses different syntax for some things. If you're not using GNU make to build perl-related things, you should. ;-) -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Vivek Khera, Ph.D.Khera Communications, Inc. Internet: [EMAIL PROTECTED] Rockville, MD +1-240-453-8497 AIM: vivekkhera Y!: vivek_khera http://www.khera.org/~vivek/
Re: Problems installing libapreq
NT And especially why the weird error: NT root@wm-server /tmp/libapreq-0.33make NT Making all in c NT Makefile, line 278: Need an operator Are you on a BSD system? The make is probably incompatible. GNU make (the default on Linux) uses different syntax for some things. If you're not using GNU make to build perl-related things, you should. ;-) Why not use the ports to install this (if FreeBSD)? If that's not an option, then use gmake as suggested. -sc -- Sean Chittenden PGP signature
Problems installing libapreq
I'm trying to install libapreq on a new box on which I've rolled an apache-mod_ssl-openssl combo. As you may know this puts httpd in /usr/local/apachessl. Using the standard perl Makefile.PL make fails at make: In file included from apache_request.c:58: apache_request.h:5: httpd.h: No such file or directory apache_request.h:6: http_config.h: No such file or directory apache_request.h:7: http_core.h: No such file or directory apache_request.h:8: http_log.h: No such file or directory apache_request.h:9: http_main.h: No such file or directory apache_request.h:10: http_protocol.h: No such file or directory apache_request.h:11: util_script.h: No such file or directory *** Error code 1 Stop in /usr/tmp/libapreq-0.33/c. *** Error code 1 Stop in /usr/tmp/libapreq-0.33. So I followed the hint in INSTALL and did ./configure --with-apache-includes=/usr/local/apachessl/include which works fine, but make generates an error: [...] creating Makefile creating c/Makefile creating c/libapreq_config.h c/libapreq_config.h is unchanged Making all in c Makefile, line 278: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Line 278 in c/Makefile seems to say: -include $(DEP_FILES) Thanks for any help, nick ~~~ Nick Tonkin
Re: Problems installing libapreq
Nick Tonkin [EMAIL PROTECTED] writes: I'm trying to install libapreq on a new box on which I've rolled an apache-mod_ssl-openssl combo. ^^ Have you already built modperl into your apache server? You should do that first, if you haven't done so already. If you have, the include directories (-I) that apreq uses to find the header files are listed with % perl -MApache::src -wle 'print Apache::src-new-inc' apache_request.h:5: httpd.h: No such file or directory apache_request.h:6: http_config.h: No such file or directory apache_request.h:7: http_core.h: No such file or directory apache_request.h:8: http_log.h: No such file or directory apache_request.h:9: http_main.h: No such file or directory apache_request.h:10: http_protocol.h: No such file or directory apache_request.h:11: util_script.h: No such file or directory *** Error code 1 Somehow they are not getting setup right. -- Joe Schaefer
problems installing mod_perl when apache is already installed...
I'm looking forward to start using Apache and mod_perl together...etc. The common E-commerce scenario. I will also be planning to put in Embperl, and use MySQL. I have a RH 7.0 system with Apache 1.3.12 already installed and previously configured by me. Now I'm trying to install mod_perl but I'm having problems cuz it seems like I can't find the Apache source anywhere!!! Obviously if it comes pre-installed, then it would be a RPM package. I queried...but stillI can't find the source...I'm looking at trying this with mod_perl installation: # cd /usr/src/mod_perl-1.25# perl Makefile.PL APACHE_SRC=../apache_x.x.x/src \DO_HTTPD=1 USE_APACI=1 EVERYTHING=1# make make test make install but these seem to be instructions for installing Apache also...but I don't want to uninstall, for fear of dependency conflicts with modules Is there a way to solve this problem??? perhaps this problem can be solved if I find a mod_perl rpm packagebut I can't find one anywhere on the netcan anyone help with this???
Re: problems installing mod_perl when apache is already installed...
Try installing it DSO. The following link will provide some directions. http://perl.apache.org/guide/install.html#Installing_separate_Apache_and_m Webmaster wrote: I'm looking forward to start using Apache and mod_perl together...etc. The common E-commerce scenario. I will also be planning to put in Embperl, and use MySQL. I have a RH 7.0 system with Apache 1.3.12 already installed and previously configured by me. Now I'm trying to install mod_perl but I'm having problems cuz it seems like I can't find the Apache source anywhere!!! Obviously if it comes pre-installed, then it would be a RPM package. I queried...but stillI can't find the source... I'm looking at trying this with mod_perl installation: # cd /usr/src/mod_perl-1.25 # perl Makefile.PL APACHE_SRC=../apache_x.x.x/src \ DO_HTTPD=1 USE_APACI=1 EVERYTHING=1 # make make test make install but these seem to be instructions for installing Apache also...but I don't want to uninstall, for fear of dependency conflicts with modules Is there a way to solve this problem??? perhaps this problem can be solved if I find a mod_perl rpm packagebut I can't find one anywhere on the netcan anyone help with this???
problems installing mod_perl mod_ssl
I've tried installing mod_perl mod_ssl, following both the instructions at http://perl.apache.org/guide and the INSTALL.simple.mod_ssl file that comes with mod_perl-1.24. When I run the perl Makefile.PL for mod_perl, it keeps complaining that I need apache 1.3.0. I was able to install openssl without any problems. I'm using: RedHat 6.0 apache 1.3.14 mod_perl 1.24 openssl 0.9.6 mod_ssl-2.7.1-1.3.14 Any help is most appreciated!! Here's what happens when I try perl Makefile.PL: % cd ../mod_perl-1.24 % perl Makefile.PL USE_APACI=1 EVERYTHING=1 SSL_BASE=/usr/local/ssl APACHE_PREFIX=/usr/local/apachessl APACI_ARGS=--enable-module=ssl,--enable-module=rewrite Will configure via APACI Enter `q' to stop search Please tell me where I can find your apache src [../src] ../apache_1.3.14/src Configure mod_perl with ../apache_1.3.14/src ? [y] Shall I build httpd in ../apache_1.3.14/src for you? [y] cp apaci/Makefile.libdir ../apache_1.3.14/src/modules/perl/Makefile.libdir cp apaci/Makefile.tmpl ../apache_1.3.14/src/modules/perl/Makefile.tmpl cp apaci/README ../apache_1.3.14/src/modules/perl/README cp apaci/configure ../apache_1.3.14/src/modules/perl/configure cp apaci/libperl.module ../apache_1.3.14/src/modules/perl/libperl.module cp apaci/mod_perl.config.sh ../apache_1.3.14/src/modules/perl/mod_perl.config.sh cp apaci/load_modules.pl.PL ../apache_1.3.14/src/modules/perl/load_modules.pl.PL cp apaci/find_source.PL ../apache_1.3.14/src/modules/perl/find_source.PL cp apaci/apxs_cflags.PL ../apache_1.3.14/src/modules/perl/apxs_cflags.PL cp apaci/mod_perl.exp ../apache_1.3.14/src/modules/perl/mod_perl.exp * WARNING * Apache Version 1.3.0 required, aborting... * WARNING % Thanks, Brian B.
Problems Installing
System Information: ULTRA 60 with Solaris 2.6, 512MB, 2x350 GCC 2.95.2 APACHE 1.3.12 PERL 5.6 MOD_PERL 1.21 PHP 4.0 JSERV 1.1 GNUJSP 1.0 I configure MOD_PERL for a static install: perl Makefile.PL \ APACHE_SRC=/disk1/pkgs/apache_1.3.12 \ DO_HTTPD=1 \ USE_APACI=1 \ PREP_HTTPD=1 \ EVERYTHING=1 \ #make #make install I configure apache: ./configure \ --prefix=/usr/http_local/apache \ --enable-module=unique_id \ --enable-module=rewrite \ --enable-module=speling \ --enable-module=so \ --enable-rule=SHARED_CORE \ --activate-module=src/modules/php4/libphp4.a \ --activate-module=src/modules/jserv/libjserv.a \ --activate-module=src/modules/perl/libperl.a \ #make after apache make + id: Perl/5.006 (solaris) [/disk1/usr/local/perl/bin/perl] (perl error) === src/modules/perl gcc -O -fno-strict-aliasing -I/disk1/usr/local/lib/gcc-lib/sparc-sun-solaris 2.6/2.95.2/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/disk1/usr/l ocal/perl/lib/5.6.0/sun4-solaris/CORE -DMOD_PERL_VERSION=\"1.21\" -DMOD_PER L_STRING_VERSION=\"mod_perl/1.21\" -I../.. -I/disk1/usr/local/perl/lib/5.6. 0/sun4-solaris/CORE -I../../os/unix -I../../include -DSOLARIS2=260 -DMOD_ PERL -DUSE_PERL_SSI -fno-strict-aliasing -I/disk1/usr/local/lib/gcc-lib/spar c-sun-solaris2.6/2.95.2/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 - DUSE_EXPAT -I../../lib/expat-lite -fPIC -DSHARED_CORE `../../apaci` -c mod_perl.c mod_perl.c: In function `perl_handler': mod_perl.c:783: `PL_siggv' undeclared (first use in this function) mod_perl.c:783: (Each undeclared identifier is reported only once mod_perl.c:783: for each function it appears in.) make[4]: *** [mod_perl.o] Error 1 make[3]: *** [all] Error 1 make[2]: *** [subdirs] Error 1 make[2]: Leaving directory `/disk1/pkgs/apache_1.3.12/src' make[1]: *** [build-std] Error 2 make[1]: Leaving directory `/disk1/pkgs/apache_1.3.12' make: *** [build] Error 2 Been banging my head on this for 2 days. Thanks, Shawn
Problems installing Apache::Scoreboard
Title: Problems installing Apache::Scoreboard I am running RH6.0 / Perl 5.005_03 / mod_perl 1.22 and I'm getting the following errors when trying to install Apache::Scoreboard. Any ideas? # make mkdir blib mkdir blib/lib mkdir blib/lib/Apache mkdir blib/arch mkdir blib/arch/auto mkdir blib/arch/auto/Apache mkdir blib/arch/auto/Apache/Scoreboard mkdir blib/lib/auto mkdir blib/lib/auto/Apache mkdir blib/lib/auto/Apache/Scoreboard mkdir blib/man3 cp lib/Apache/ScoreboardGraph.pm blib/lib/Apache/ScoreboardGraph.pm cp Scoreboard.pm blib/lib/Apache/Scoreboard.pm make[1]: Entering directory `/root/.cpan/build/Apache-Scoreboard-0.10/Dummy' mkdir ../blib/arch/auto/Apache/DummyScoreboard mkdir ../blib/lib/auto/Apache/DummyScoreboard cp DummyScoreboard.pm ../blib/lib/Apache/DummyScoreboard.pm /usr/bin/perl -I/usr/lib/perl5/5.00503/i386-linux -I/usr/lib/perl5/5.00503 /usr/lib/perl5/5.00503/ExtUtils/xsubpp -typemap /usr/lib/perl5/5.00503/ExtUtils/typemap -typemap /usr/lib/perl5/site_perl/5.005/i386-linux/auto/Apache/typemap -typemap typemap DummyScoreboard.xs xstmp.c mv xstmp.c DummyScoreboard.c Please specify prototyping behavior for DummyScoreboard.xs (see perlxs manual) cc -c -I../ -I/usr/lib/perl5/site_perl/5.005/i386-linux/auto/Apache/include -I/usr/lib/perl5/site_perl/5.005/i386-linux/auto/Apache/include/modules/perl -I/usr/lib/perl5/site_perl/5.005/i386-linux/auto/Apache/include/include -I/usr/lib/perl5/site_perl/5.005/i386-linux/auto/Apache/include/regex -I/usr/lib/perl5/site_perl/5.005/i386-linux/auto/Apache/include/os/unix -I/usr/include/apache -Dbool=char -DHAS_BOOL -I/usr/local/include -O2 -DVERSION=\0.04\ -DXS_VERSION=\0.04\ -fpic -I/usr/lib/perl5/5.00503/i386-linux/CORE DummyScoreboard.c In file included from DummyScoreboard.xs:2: /usr/lib/perl5/site_perl/5.005/i386-linux/auto/Apache/include/include/scoreboard.h:150: field `start_time' has incomplete type /usr/lib/perl5/site_perl/5.005/i386-linux/auto/Apache/include/include/scoreboard.h:151: field `stop_time' has incomplete type make[1]: *** [DummyScoreboard.o] Error 1 make[1]: Leaving directory `/root/.cpan/build/Apache-Scoreboard-0.10/Dummy' make: *** [subdirs] Error 2 -- Robert Jenks [EMAIL PROTECTED] Sr. Software Engineer Physia Corporation http://www.physia.com
