ugh! mod_perl install problem
Hello, I am having a problem installing mod_perl. I have used this same install procedure on other boxes successfully but am having trouble with this one. The error is at the bottom of this message. System specs are as follows. I apologize in advance if this is not the correct forum for this, however, I am rather frustrated with this and appreciate any assistance. Sun Ultra-25 running Solaris 5.8 patch level Generic_108528-17 I am running these installs as root from Bourne shell (I got the same error in C shell and Bash) ## ##Install GCC ## Installed gcc 3.1 from www.sunfreeware.com using 'pkgadd -d' ## ##Install Perl ## # rm -f config.sh Policy.sh # ./Configure -des -Dusethreads -Dcc='gcc -B/usr/ccs/bin/' ## According to the mod_perl doc in /opt/d00/install.d/mod_perl.d/mod_perl-1.99_07/docs/user/install/install.pod ## we need to use -Dusethreads. According to the perl doc /opt/d00/install.d/perl.d/perl-5.8.0/README.solaris we need to use -Dcc='gcc -B/usr/ccs/bin/' ## the -des are -d : use defaults for all answers. -e : go on without questioning past the production of config.sh. -s : silent mode, only echoes questions and essential information. # make # make test # make install # ##Build Apache 2.0.45 # configure Apache using ./configure --prefix=/opt/d00/apache/internal --with-mpm=prefork \ --enable-so \ --enable-proxy \ --disable-ipv6 ## removed for clarity # make ## removed for clarity # make install ## removed for clarity ### This installed successfully install mod_perl 1.9_07# # cd mod_perl-1.99_07 # perl Makefile.PL MP_AP_PREFIX=/opt/d00/apache/internal Reading Makefile.PL args from @ARGV MP_AP_PREFIX = /opt/d00/apache/internal Configuring Apache/2.0.45 mod_perl/1.99_07 Perl/v5.8.0 Checking if your kit is complete... Looks good generating script t/TEST Checking if your kit is complete... Looks good Writing Makefile for Apache::Test generating script t/TEST Checking if your kit is complete... Looks good ## removed for clarity Note (probably harmless): No library found for -lapr Note (probably harmless): No library found for -laprutil ## removed for clarity *** mod_perl dso library will be built as mod_perl.so *** mod_perl static library will be built as mod_perl.a *** You'll need to add the following to httpd.conf: *** LoadModule perl_module modules/mod_perl.so # make cd src/modules/perl make -f Makefile.modperl mksh: Warning: newline is not last character in file Makefile.modperl Current working directory /opt/d00/install.d/mod_perl.d/mod_perl-1.99_07/src/modules/perl gcc -B/usr/ccs/bin/ -I/opt/d00/install.d/mod_perl.d/mod_perl-1.99_07/src/modules/perl -I/opt/d00/install.d/mod_perl.d/mod_perl-1.99_07/xs -I/opt/d00/apache/internal/include -D_REENTRANT -fno-strict-aliasing -I/usr/local/lib/perl5/5.8.0/sun4-solaris-thread-multi/CORE -DMOD_PERL -O -fPIC \ -c mod_perl.c mv mod_perl.o mod_perl.lo gcc -B/usr/ccs/bin/ -I/opt/d00/install.d/mod_perl.d/mod_perl-1.99_07/src/modules/perl -I/opt/d00/install.d/mod_perl.d/mod_perl-1.99_07/xs -I/opt/d00/apache/internal/include -D_REENTRANT -fno-strict-aliasing -I/usr/local/lib/perl5/5.8.0/sun4-solaris-thread-multi/CORE -DMOD_PERL -O -fPIC \ -c modperl_interp.c mv modperl_interp.o modperl_interp.lo gcc -B/usr/ccs/bin/ -I/opt/d00/install.d/mod_perl.d/mod_perl-1.99_07/src/modules/perl -I/opt/d00/install.d/mod_perl.d/mod_perl-1.99_07/xs -I/opt/d00/apache/internal/include -D_REENTRANT -fno-strict-aliasing -I/usr/local/lib/perl5/5.8.0/sun4-solaris-thread-multi/CORE -DMOD_PERL -O -fPIC \ -c modperl_tipool.c mv modperl_tipool.o modperl_tipool.lo gcc -B/usr/ccs/bin/ -I/opt/d00/install.d/mod_perl.d/mod_perl-1.99_07/src/modules/perl -I/opt/d00/install.d/mod_perl.d/mod_perl-1.99_07/xs -I/opt/d00/apache/internal/include -D_REENTRANT -fno-strict-aliasing -I/usr/local/lib/perl5/5.8.0/sun4-solaris-thread-multi/CORE -DMOD_PERL -O -fPIC \ -c modperl_log.c mv modperl_log.o modperl_log.lo gcc -B/usr/ccs/bin/ -I/opt/d00/install.d/mod_perl.d/mod_perl-1.99_07/src/modules/perl -I/opt/d00/install.d/mod_perl.d/mod_perl-1.99_07/xs -I/opt/d00/apache/internal/include -D_REENTRANT -fno-strict-aliasing -I/usr/local/lib/perl5/5.8.0/sun4-solaris-thread-multi/CORE -DMOD_PERL -O -fPIC \ -c modperl_config.c mv modperl_config.o modperl_config.lo gcc -B/usr/ccs/bin/ -I/opt/d00/install.d/mod_perl.d/mod_perl-1.99_07/src/modules/perl -I/opt/d00/install.d/mod_perl.d/mod_perl-1.99_07/xs -I/opt/d00/apache/internal/include -D_REENTRANT -fno-strict-aliasing -I/usr/local/lib/perl5/5.8.0/sun4-solaris-thread-multi/CORE -DMOD_PERL -O -fPIC \ -c modperl_cmd.c mv modperl_cmd.o modperl_cmd.lo gcc -B/usr/ccs/bin/
Re: ugh! mod_perl install problem
Reed, Jonathan S. wrote: Hello, I am having a problem installing mod_perl. I have used this same install procedure on other boxes successfully but am having trouble with this one. The error is at the bottom of this message. System specs are as follows. I apologize in advance if this is not the correct forum for this, however, I am rather frustrated with this and appreciate any assistance. Please use the latest release: 1.99_09. http://perl.apache.org/download/index.html __ 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: ugh! mod_perl install problem
That did it. Thank you very much. Jon Reed -Original Message- From: Stas Bekman [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 28, 2003 8:08 PM To: Reed, Jonathan S. Cc: [EMAIL PROTECTED] Subject: Re: ugh! mod_perl install problem Reed, Jonathan S. wrote: Hello, I am having a problem installing mod_perl. I have used this same install procedure on other boxes successfully but am having trouble with this one. The error is at the bottom of this message. System specs are as follows. I apologize in advance if this is not the correct forum for this, however, I am rather frustrated with this and appreciate any assistance. Please use the latest release: 1.99_09. http://perl.apache.org/download/index.html __ 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
mod_perl install problem
Hi, I've CVS'ed mod_perl-2.0, this morning Aug. 16th at about 11:00am Eastern time, and when I attempt to build with: AKIVA $ perl Makefile.PL MP_AP_PREFIX=/a3/APACHE/Apache2 MP_INST_APACHE2=1 I get: !!! You are running Perl version 5.6.0 We strongly suggest you upgrade to at least 5.6.1 Reading Makefile.PL args from ARGV MP_AP_PREFIX = /a3/APACHE/Apache2 MP_INST_APACHE2 = 1 * ERROR * Your current configuration will most likely trigger core dumps, suggestions: *) Do not configure mod_perl as a DSO *) Rebuild Perl without malloc pollution (Configure -Ubincompat5005) * ERROR * so I build with: perl Makefile.PL MP_AP_PREFIX=/a3/APACHE/Apache2 MP_INST_APACHE2=1 MP_USE_STATIC=1 everything makes ok, but when I try to install, it fails with: AKIVA $ make install cd src/modules/perl make -f Makefile.modperl cd src/modules/perl make -f Makefile.modperl install test -f mod_perl.so \ cp mod_perl.so /a3/APACHE/Apache2/modules *** Error code 1 make: Fatal error: Command failed for target `install' Current working directory /a4/WWW/APACHE2/modperl-2.0-CVS-20020816/src/modules/perl *** Error code 1 make: Fatal error: Command failed for target `modperl_lib_install' Other then the need to upgrade perl, why is the install not recognizing that mod_per..a is built and not mod_perl.so. OBTW, HTTPD-2.0 along with apr and apr-util were CVS'ed 8/15 at about 10:45am Eastern time. and compiled and installed fine. Thanks Jim Ballantine
Re: mod_perl install problem
J. W. Ballantine wrote: [...] perl Makefile.PL MP_AP_PREFIX=/a3/APACHE/Apache2 MP_INST_APACHE2=1 MP_USE_STATIC=1 everything makes ok, but when I try to install, it fails with: AKIVA $ make install cd src/modules/perl make -f Makefile.modperl cd src/modules/perl make -f Makefile.modperl install test -f mod_perl.so \ cp mod_perl.so /a3/APACHE/Apache2/modules *** Error code 1 make: Fatal error: Command failed for target `install' Current working directory /a4/WWW/APACHE2/modperl-2.0-CVS-20020816/src/modules/perl *** Error code 1 make: Fatal error: Command failed for target `modperl_lib_install' Other then the need to upgrade perl, why is the install not recognizing that mod_per..a is built and not mod_perl.so. MP_USE_STATIC=1 is not really working yet. It builds the .a target but the build is not yet polished for this install. __ 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: mod_perl install on SGI
Tom Keller wrote: Greetings, I am trying to install mod_perl with apache_1.2.26 on and SGI running 6.5.16. apache was installed from the freeware.sgi.com website using their very nice installer. Unfortunately, the clean up after installation seems to remove the Makefile that is used by mod_perl's Makefile. So running install mod_perl from cpan, I get the question Please tell me wher I can find your apache src [ ../apache_x.x/src] I can't seem to give it a path that works. I know the executable is at /usr/freeware/apache, but that gives the message can't open /Makefile No such file. I've also tried using /var/inst/fw_apache which is the downloaded source file. No dice. CPAN asks for your apache '/src' dir, not the location of the binary or the source base dir. e.g. if you've untarred the apache source in /tmp/apache_1.3.26, you should pass /tmp/apache_1.3.26/src when prompted by mod_perl installer. See http://perl.apache.org/docs/1.0/guide/install.html for more info. __ 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
mod_perl install on SGI
Greetings, I am trying to install mod_perl with apache_1.2.26 on and SGI running 6.5.16. apache was installed from the freeware.sgi.com website using their very nice installer. Unfortunately, the clean up after installation seems to remove the Makefile that is used by mod_perl's Makefile. So running install mod_perl from cpan, I get the question Please tell me wher I can find your apache src [ ../apache_x.x/src] I can't seem to give it a path that works. I know the executable is at /usr/freeware/apache, but that gives the message can't open /Makefile No such file. I've also tried using /var/inst/fw_apache which is the downloaded source file. No dice. Any suggestion would be appreciated. Thanks, Tom Keller Thomas J. Keller, Ph.D. Oregon Health Science University MMI Research Core Facility 3181 SW Sam Jackson Park Rd. Portland, OR, USA, 97239 http://www.ohsu.edu/core
mod_perl install from tarball
i am trying to install mod_perl and apache from tarball. after untarring, i created the makepl_args.mod_perl file in my home dir with my options. by the way, i am building this on a rh7.1 machine with mod_perl already installed. i am building this to learn. anyhow, when i run perl Makefile.PL, i get this... [boex@rootabega mod_perl-1.99_01]$ perl Makefile.PL You are running Perl version 5.006 We strongly suggest to upgrade to at least 5.6.1 mod_perl/1.24_01 installation detected...not ok cannot install mod_perl/1.99_01 on top of mod_perl/1.24_01 use MP_INST_APACHE2=1 option or to force installation delete: /usr/lib/perl5/site_perl/5.6.0/i386-linux/mod_perl.pm first, i am running perl 5.6.0. as the same user, i run perl -v and get.. [boex@rootabega boex]$ perl -v This is perl, v5.6.0 built for i386-linux Copyright 1987-2000, Larry Wall second, is the version i downloaded, 1.99_01 only for apache 2.0? are these versions being split like apache 1.3 and 2.0, with and without threads? if so, should i download a different version? if not, what route should i go to install? my goal is to install from scratch so i can learn more and to install with the same directory structure, /usr/local/apache-mod_perl/ on my production and dev machines. i want to be able to run a mod_perl or non-mod_perl enabled web server. matt Matthew Boex Sendmail Group 312.822.3955
Re: mod_perl install from tarball
Boex,Matthew W. wrote: i am trying to install mod_perl and apache from tarball. after untarring, i created the makepl_args.mod_perl file in my home dir with my options. by the way, i am building this on a rh7.1 machine with mod_perl already installed. i am building this to learn. you are trying to install mod_perl 2.0-tobe, which works only with Apache 2.0, and most likely you want to download mod_perl 1.26 instead. my goal is to install from scratch so i can learn more and to install with the same directory structure, /usr/local/apache-mod_perl/ on my production and dev machines. i want to be able to run a mod_perl or non-mod_perl enabled web server. The detailed steps of how to do that are here: http://perl.apache.org/guide/install.html __ 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
mod_perl install problem
Hi, As per description given in http://perl.apache.org/distributions.html page, I tried installing mod_perl from http://theoryx5.uwinnipeg.ca/cgi-bin/ppmserver?urn:/PPMServer. I was able to install mod_perl using PPM but as mentioned in above page about copying mod_perl.so in apache/module directory, I am not able to see it in my apache/module directory. I am using Win2k, Apache 1.3.24. I am not running apache as service. I guess post-installation script is looking for any variable or something alike which I am not having in my system variables. Could any one please tell me what should I do in order to get it installed. I tried copying mod_perl.so from ftp://theoryx5.uwinnipeg.ca/pub/other/perl-win32-bin-0.7.exe but when I load the library in httpd file I get error specified procedure could not be found. Any help would be greatly appreciated. Thanks Avnish
Re: mod_perl install problem
On Tue, 26 Mar 2002, Avnish Pundir wrote: Hi, As per description given in http://perl.apache.org/distributions.html page, I tried installing mod_perl from http://theoryx5.uwinnipeg.ca/cgi-bin/ppmserver?urn:/PPMServer. I was able to install mod_perl using PPM but as mentioned in above page about copying mod_perl.so in apache/module directory, I am not able to see it in my apache/module directory. I am using Win2k, Apache 1.3.24. I am not running apache as service. I guess post-installation script is looking for any variable or something alike which I am not having in my system variables. Could any one please tell me what should I do in order to get it installed. I've heard some beta ppm clients don't have the ability yet to run post-installation scripts. I tried copying mod_perl.so from ftp://theoryx5.uwinnipeg.ca/pub/other/perl-win32-bin-0.7.exe but when I load the library in httpd file I get error specified procedure could not be found. Any help would be greatly appreciated. The mod_perl.so in that distribution most probably isn't compatible with your apache version. What you could do is get the file mod_perl-1.26_1.3.23.tar.gz from http://theoryx5.uwinnipeg.ca/ppmpackages/x86/ which, when unpacked, will contain a mod_perl.so file (plus a blib/ subdirectory). Copy this mod_perl.so to your Apache modules, and see if that works (this one is built against apache_1.3.23, which I think will work against 1.3.24 - if not, I'm going to update it shortly). best regards, randy kobes
Re: mod_perl install problem
Yes it's working. Thanks Randy. -Avnish - Original Message - From: Randy Kobes [EMAIL PROTECTED] To: Avnish Pundir [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Tuesday, March 26, 2002 11:20 PM Subject: Re: mod_perl install problem On Tue, 26 Mar 2002, Avnish Pundir wrote: Hi, As per description given in http://perl.apache.org/distributions.html page, I tried installing mod_perl from http://theoryx5.uwinnipeg.ca/cgi-bin/ppmserver?urn:/PPMServer. I was able to install mod_perl using PPM but as mentioned in above page about copying mod_perl.so in apache/module directory, I am not able to see it in my apache/module directory. I am using Win2k, Apache 1.3.24. I am not running apache as service. I guess post-installation script is looking for any variable or something alike which I am not having in my system variables. Could any one please tell me what should I do in order to get it installed. I've heard some beta ppm clients don't have the ability yet to run post-installation scripts. I tried copying mod_perl.so from ftp://theoryx5.uwinnipeg.ca/pub/other/perl-win32-bin-0.7.exe but when I load the library in httpd file I get error specified procedure could not be found. Any help would be greatly appreciated. The mod_perl.so in that distribution most probably isn't compatible with your apache version. What you could do is get the file mod_perl-1.26_1.3.23.tar.gz from http://theoryx5.uwinnipeg.ca/ppmpackages/x86/ which, when unpacked, will contain a mod_perl.so file (plus a blib/ subdirectory). Copy this mod_perl.so to your Apache modules, and see if that works (this one is built against apache_1.3.23, which I think will work against 1.3.24 - if not, I'm going to update it shortly). best regards, randy kobes
Re: Trouble w/ LWP during mod_perl install
Hi Stas, I am currently running w/ openssl-0.9.6b. ALso, I tried your suggestion: perl -MCPAN -eshell cpan install URI HTML::HeadParser LWP make test still could not find LWP... But thanks anyways. John Kolvereid --- Stas Bekman [EMAIL PROTECTED] wrote: John Kolvereid wrote: Hi Ade, I am sending the errs as an attachment. Thanks. It helps to actually *look* at the build log: Will configure via APACI ... o ssl_module uses ConfigStart/End + SSL interface: mod_ssl/2.8.5 + SSL interface build type: DSO + SSL interface compatibility: enabled + SSL interface experimental code: disabled + SSL interface conservative code: disabled + SSL interface vendor extensions: disabled + SSL interface plugin: Built-in SDBM + SSL library path: /usr/local/ssl + SSL library version: SSLeay 0.9.0b 29-Jun-1998 Error: OpenSSL VERSIONS BELOW 0.9.3 ARE NO LONGER SUPPORTED. Hint: Use OpenSSL version 0.9.3 or higher! hint, hint: install openssl 0.9.3 or higher! Checking for LWP::UserAgent..failed Can't locate URI.pm in @INC (@INC contains: ./lib /usr/lib/perl5/5.00503/i386-linux /usr/lib/perl5/5.00503 /usr/lib/perl5/site_perl/5.005/i386-linux /usr/lib/perl5/site_perl/5.005 .) at (eval 2) line 3. BEGIN failed--compilation aborted at /usr/lib/perl5/site_perl/5.005/LWP/UserAgent.pm line 108. The libwww-perl library is needed to run the test suite. Installation of this library is recommended, but not required. Checking for HTML::HeadParserfailed Can't locate HTML/HeadParser.pm in @INC (@INC contains: ./lib /usr/lib/perl5/5.00503/i386-linux /usr/lib/perl5/5.00503 /usr/lib/perl5/site_perl/5.005/i386-linux /usr/lib/perl5/site_perl/5.005 .) at Makefile.PL line 1154. The HTML-Parser package is needed (by libwww-perl) to run the test suite. install URI and HTML::HeadParser packages. Most likely you've installed an RPM or a similar package of libwww-perl without installing its prerequisites. Do: perl -MCPAN -eshell cpan install URI HTML::HeadParser LWP need to specify explicitly since LWP is already installed. and 'make test' should work. _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://ticketmaster.com http://apacheweek.com http://singlesheaven.com http://perl.apache.org http://perlmonth.com/ __ Do You Yahoo!? Yahoo! Sports - live college hoops coverage http://sports.yahoo.com/
Re: Trouble w/ LWP during mod_perl install
John Kolvereid wrote: Hi Stas, I am currently running w/ openssl-0.9.6b. ALso, I tried your suggestion: perl -MCPAN -eshell cpan install URI HTML::HeadParser LWP make test still could not find LWP... Nope, according to your original report (the relevant part of it is attached below) it did find LWP, but it couldn't load its LWP::UserAgent because it couldn't locate URI and HTML::HeadParser. Now can you check that they are installed in the same location as LWP? What do you get from running these? find /usr/lib/perl5 | grep URI.pm find /usr/lib/perl5 | grep UserAgent.pm find /usr/lib/perl5 | grep HeadParser.pm assuming that all your perl libs are installed under /usr/lib/perl5 as in your report can you run %perl -MURI -e1? Checking for LWP::UserAgent..failed Can't locate URI.pm in @INC (@INC contains: ./lib /usr/lib/perl5/5.00503/i386-linux /usr/lib/perl5/5.00503 /usr/lib/perl5/site_perl/5.005/i386-linux /usr/lib/perl5/site_perl/5.005 .) at (eval 2) line 3. BEGIN failed--compilation aborted at /usr/lib/perl5/site_perl/5.005/LWP/UserAgent.pm line 108. -- _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://ticketmaster.com http://apacheweek.com http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
Re: Trouble w/ LWP during mod_perl install
Hi John, On Sun, 17 Mar 2002, John Kolvereid wrote: Thanks for sticking in there w/ me. :) There are a great many options and the number of combinations is awesome. True, but there's no point worrying about the number of combinations, you need to worry about setting things up the way you want them. Only 1 is correct, It's not really like that. (You just have to decide how you want things to be set up...:) I ran the build again for the mod_perl and apache using APACHE_PREFIX and APACHE_SRC and SSL_BASE. When finished I tried the apachectl startssl and got the same LoadModule error as before. I really think you should forget ssl for the moment until you get a grip on compiling and configuring Apache and mod_perl. And PLEASE don't run apachectl until you know what it's going to do. You can start Apache without using a script. I tried the httpd -l and mod_so.c WAS present. To be certain I did a 'which httpd'. It was using the one in /usr/sbin but that's not new, it is dated Oct 19 2000. That's not the one you're running. 'which' tells you what will be used if you call the binary directly without giving the full path to the binary, but if you try to run it with 'apachectl' then you could be using a different one. Why not just delete it, or rename it if you want to keep it? Keep a notebook to record the changes you make so that you don't forget what you've changed. In my last message I asked you to run the binary by calling it with the full path name. Don't rely on the path in your environment by running a binary without the full path name at this stage, you'll only confuse yourself even more. Moreover, the httpd.conf in the conf directory is dated Mar 4. When you do 'make install' the scripts won't overwrite your existing configuration. If you delete, rename or move the conf directory and then re-install you'll get a new httpd.conf. There is one dated Mar 17 (today) named httpd.conf.default but it does not include any reference to mod_perl. If you compile mod_perl in statically it doesn't have to have a loadmodule directive for mod_perl - in fact it shouldn't have one. You need a completely new httpd.conf which is installed at the time you build Apache and mod_perl. But do please read it when you've finally made it, because there are as you have said lots of things you need to think about. What should I try next. All the things I've said in my last three messages. They *will* work if you clean everything up like I said, RedHat 6.2 really has no problems with Apache and mod_perl. 73, Ged.
RE: Trouble w/ LWP during mod_perl install
John: Try the following: $ perl Makefile.PL \ USE_APXS=1 \ EVERYTHING=1 \ WITH_APXS=/usr/local/apache/bin/apxs $ make $ make test $ make install This will build mod_perl as a DSO outside of the Apache source tree using the Apache APXS option - Apache eXtenSion (APXS) support tool. Let us know. RB -Original Message- From: John Kolvereid [mailto:[EMAIL PROTECTED]] Sent: Sunday, March 17, 2002 8:03 PM To: OCNS Consulting; Ade Olonoh Cc: mod_perl Mailing List Subject: RE: Trouble w/ LWP during mod_perl install Hi RB, Here is the configuration I tried: perl Makefile.PL \ APACHE_PREFIX=/usr/local/apache \ APACHE_SRC=/home/ssl/apache_1.3.22 \ USE_APXS=1 \ WITH_APXS=/usr/local/apache/bin/apxs \ DO_HTTPD=1 \ USE_APACI=1 \ EVERYTHING=1 Both w/ and w/o the APACHE_PRFIX and APACHE_SRC lines. The errors are attached. Please advise. Thanks. --- OCNS Consulting [EMAIL PROTECTED] wrote: John, Consider building mod_perl as a DSO outside of Apache. Look for the section title Build mod_perl as DSO outside Apache source tree via APXS in the file INSTALL.apaci. This should work for you. Let us know. RB -Original Message- From: John Kolvereid [mailto:[EMAIL PROTECTED]] Sent: Sunday, March 17, 2002 6:09 PM To: Ade Olonoh Cc: mod_perl Mailing List Subject: Re: Trouble w/ LWP during mod_perl install Hi Ade, I followed your suggestion and went to http://perl.apache.org/guide/install.html#mod_perl_and_mod_ssl_openssl_ Most of their steps I had followed before. Now I tried to config mod_perl w/ the following config file as they had suggested: perl Makefile.PL \ APACHE_PREFIX=/usr/local/apache \ APACHE_SRC=/home/ssl/apache_1.3.22 \ SSL_BASE=/usr/local/ssl \ APACI_ARGS='--enable-module=ssl, \ --enable-shared=ssl, \ --enable-module=proxy, \ --enable-shared=proxy, \ --prefix=/usr/local/apache, \ --enable-module=rewrite' \ DO_HTTPD=1 \ USE_APACI=1 \ EVERYTHING=1 when I try to do a 'make' I get errors such as *** No rule to make target 'all'. Stop I can get it to make and make install if I leave out the APACI_ARGS, but then it doesn't know how to create Apache w/ ssl. Yes I do have an existing Apache which I created w/ mod_ssl. It has been working fine. My goal is to add mod_perl. Any suggestions. Please advise. Thanks. John Kolvereid --- Ade Olonoh [EMAIL PROTECTED] wrote: Then I try running /usr/local/apache/bin/apachectl startssl Unfortunately I get the msg: Syntax error on line 206 of /usr/local/apache/conf/httpd.conf: Invalid command 'LoadModule', perhaps mis-spelled or defined by a module not included in the server configuration could not locate Module SSL (line 206 httpd.conf) Are you installing on top of an existing Apache directory? In other words, was /usr/local/apache/conf/httpd.conf created by the install, or did it already exist before you built Apache? It looks like the conf file might expect Apache to have been built with DSO support but it wasn't in actuality. In case you haven't seen this already, you might take a look at this guide to installing Apache with mod_perl and mod_ssl: http://perl.apache.org/guide/install.html#mod_perl_and_mod_ssl_openssl_ The options it suggests should work for you here. --Ade. __ Do You Yahoo!? Yahoo! Sports - live college hoops coverage http://sports.yahoo.com/ __ Do You Yahoo!? Yahoo! Sports - live college hoops coverage http://sports.yahoo.com/
RE: Trouble w/ LWP during mod_perl install
John: Consider installing the latest version of Apache 1.3.23. RB -Original Message- From: OCNS Consulting [mailto:[EMAIL PROTECTED]] Sent: Monday, March 18, 2002 8:53 AM To: John Kolvereid; Ade Olonoh Cc: mod_perl Mailing List Subject: RE: Trouble w/ LWP during mod_perl install John: Try the following: $ perl Makefile.PL \ USE_APXS=1 \ EVERYTHING=1 \ WITH_APXS=/usr/local/apache/bin/apxs $ make $ make test $ make install This will build mod_perl as a DSO outside of the Apache source tree using the Apache APXS option - Apache eXtenSion (APXS) support tool. Let us know. RB -Original Message- From: John Kolvereid [mailto:[EMAIL PROTECTED]] Sent: Sunday, March 17, 2002 8:03 PM To: OCNS Consulting; Ade Olonoh Cc: mod_perl Mailing List Subject: RE: Trouble w/ LWP during mod_perl install Hi RB, Here is the configuration I tried: perl Makefile.PL \ APACHE_PREFIX=/usr/local/apache \ APACHE_SRC=/home/ssl/apache_1.3.22 \ USE_APXS=1 \ WITH_APXS=/usr/local/apache/bin/apxs \ DO_HTTPD=1 \ USE_APACI=1 \ EVERYTHING=1 Both w/ and w/o the APACHE_PRFIX and APACHE_SRC lines. The errors are attached. Please advise. Thanks. --- OCNS Consulting [EMAIL PROTECTED] wrote: John, Consider building mod_perl as a DSO outside of Apache. Look for the section title Build mod_perl as DSO outside Apache source tree via APXS in the file INSTALL.apaci. This should work for you. Let us know. RB -Original Message- From: John Kolvereid [mailto:[EMAIL PROTECTED]] Sent: Sunday, March 17, 2002 6:09 PM To: Ade Olonoh Cc: mod_perl Mailing List Subject: Re: Trouble w/ LWP during mod_perl install Hi Ade, I followed your suggestion and went to http://perl.apache.org/guide/install.html#mod_perl_and_mod_ssl_openssl_ Most of their steps I had followed before. Now I tried to config mod_perl w/ the following config file as they had suggested: perl Makefile.PL \ APACHE_PREFIX=/usr/local/apache \ APACHE_SRC=/home/ssl/apache_1.3.22 \ SSL_BASE=/usr/local/ssl \ APACI_ARGS='--enable-module=ssl, \ --enable-shared=ssl, \ --enable-module=proxy, \ --enable-shared=proxy, \ --prefix=/usr/local/apache, \ --enable-module=rewrite' \ DO_HTTPD=1 \ USE_APACI=1 \ EVERYTHING=1 when I try to do a 'make' I get errors such as *** No rule to make target 'all'. Stop I can get it to make and make install if I leave out the APACI_ARGS, but then it doesn't know how to create Apache w/ ssl. Yes I do have an existing Apache which I created w/ mod_ssl. It has been working fine. My goal is to add mod_perl. Any suggestions. Please advise. Thanks. John Kolvereid --- Ade Olonoh [EMAIL PROTECTED] wrote: Then I try running /usr/local/apache/bin/apachectl startssl Unfortunately I get the msg: Syntax error on line 206 of /usr/local/apache/conf/httpd.conf: Invalid command 'LoadModule', perhaps mis-spelled or defined by a module not included in the server configuration could not locate Module SSL (line 206 httpd.conf) Are you installing on top of an existing Apache directory? In other words, was /usr/local/apache/conf/httpd.conf created by the install, or did it already exist before you built Apache? It looks like the conf file might expect Apache to have been built with DSO support but it wasn't in actuality. In case you haven't seen this already, you might take a look at this guide to installing Apache with mod_perl and mod_ssl: http://perl.apache.org/guide/install.html#mod_perl_and_mod_ssl_openssl_ The options it suggests should work for you here. --Ade. __ Do You Yahoo!? Yahoo! Sports - live college hoops coverage http://sports.yahoo.com/ __ Do You Yahoo!? Yahoo! Sports - live college hoops coverage http://sports.yahoo.com/
RE: Trouble w/ LWP during mod_perl install
Hey, That may have worked. No descernable errors. What's the best way to test it. Meanwhile I will be looking in 'Apache Modules w/ Perl C'. Please advise. Thanks. John Kolvereid --- OCNS Consulting [EMAIL PROTECTED] wrote: John: Consider installing the latest version of Apache 1.3.23. RB -Original Message- From: OCNS Consulting [mailto:[EMAIL PROTECTED]] Sent: Monday, March 18, 2002 8:53 AM To: John Kolvereid; Ade Olonoh Cc: mod_perl Mailing List Subject: RE: Trouble w/ LWP during mod_perl install John: Try the following: $ perl Makefile.PL \ USE_APXS=1 \ EVERYTHING=1 \ WITH_APXS=/usr/local/apache/bin/apxs $ make $ make test $ make install This will build mod_perl as a DSO outside of the Apache source tree using the Apache APXS option - Apache eXtenSion (APXS) support tool. Let us know. RB -Original Message- From: John Kolvereid [mailto:[EMAIL PROTECTED]] Sent: Sunday, March 17, 2002 8:03 PM To: OCNS Consulting; Ade Olonoh Cc: mod_perl Mailing List Subject: RE: Trouble w/ LWP during mod_perl install Hi RB, Here is the configuration I tried: perl Makefile.PL \ APACHE_PREFIX=/usr/local/apache \ APACHE_SRC=/home/ssl/apache_1.3.22 \ USE_APXS=1 \ WITH_APXS=/usr/local/apache/bin/apxs \ DO_HTTPD=1 \ USE_APACI=1 \ EVERYTHING=1 Both w/ and w/o the APACHE_PRFIX and APACHE_SRC lines. The errors are attached. Please advise. Thanks. --- OCNS Consulting [EMAIL PROTECTED] wrote: John, Consider building mod_perl as a DSO outside of Apache. Look for the section title Build mod_perl as DSO outside Apache source tree via APXS in the file INSTALL.apaci. This should work for you. Let us know. RB -Original Message- From: John Kolvereid [mailto:[EMAIL PROTECTED]] Sent: Sunday, March 17, 2002 6:09 PM To: Ade Olonoh Cc: mod_perl Mailing List Subject: Re: Trouble w/ LWP during mod_perl install Hi Ade, I followed your suggestion and went to http://perl.apache.org/guide/install.html#mod_perl_and_mod_ssl_openssl_ Most of their steps I had followed before. Now I tried to config mod_perl w/ the following config file as they had suggested: perl Makefile.PL \ APACHE_PREFIX=/usr/local/apache \ APACHE_SRC=/home/ssl/apache_1.3.22 \ SSL_BASE=/usr/local/ssl \ APACI_ARGS='--enable-module=ssl, \ --enable-shared=ssl, \ --enable-module=proxy, \ --enable-shared=proxy, \ --prefix=/usr/local/apache, \ --enable-module=rewrite' \ DO_HTTPD=1 \ USE_APACI=1 \ EVERYTHING=1 when I try to do a 'make' I get errors such as *** No rule to make target 'all'. Stop I can get it to make and make install if I leave out the APACI_ARGS, but then it doesn't know how to create Apache w/ ssl. Yes I do have an existing Apache which I created w/ mod_ssl. It has been working fine. My goal is to add mod_perl. Any suggestions. Please advise. Thanks. John Kolvereid --- Ade Olonoh [EMAIL PROTECTED] wrote: Then I try running /usr/local/apache/bin/apachectl startssl Unfortunately I get the msg: Syntax error on line 206 of /usr/local/apache/conf/httpd.conf: Invalid command 'LoadModule', perhaps mis-spelled or defined by a module not included in the server configuration could not locate Module SSL (line 206 httpd.conf) Are you installing on top of an existing Apache directory? In other words, was /usr/local/apache/conf/httpd.conf created by the install, or did it already exist before you built Apache? It looks like the conf file might expect Apache to have been built with DSO support but it wasn't in actuality. In case you haven't seen this already, you might take a look at this guide to installing Apache with mod_perl and mod_ssl: http://perl.apache.org/guide/install.html#mod_perl_and_mod_ssl_openssl_ The options it suggests should work for you here. --Ade. __ Do You Yahoo!? Yahoo! Sports - live college hoops coverage http://sports.yahoo.com/ __ Do You Yahoo!? Yahoo! Sports - live college hoops coverage http://sports.yahoo.com/ __ Do You Yahoo!? Yahoo! Sports - live college hoops coverage http://sports.yahoo.com/
Re: Trouble w/ LWP during mod_perl install
John Kolvereid wrote: Hi Stas, John, please keep the thread at the list, unless you are asked to take it offlist. Results: URI.pm location /usr/lib/perl5/site_perl/5.005/i386-linus/Apache UserAgent /usr/lib/perl5/site_perl/5.005/LWP HeadParser unavailable install HTML::HeadParser first. than install LWP from sources, and make sure that it passes all the LWP tests. only then, if you still have a problem with 'make test' it's a modperl problem, before that it's OT. When I run %perl -MURI -e1 I get No such job %perl :) I use % as a prompt example, of course no need to copy-n-paste % :) Hope you get it right now. Using CPAN.pm is the easiest way to go about Perl modules installation. perl -MCPAN -eshell (this time I'm not including the % prompt :) What should I do next. Please advise. Thanks. --- Stas Bekman [EMAIL PROTECTED] wrote: John Kolvereid wrote: Hi Stas, I am currently running w/ openssl-0.9.6b. ALso, I tried your suggestion: perl -MCPAN -eshell cpan install URI HTML::HeadParser LWP make test still could not find LWP... Nope, according to your original report (the relevant part of it is attached below) it did find LWP, but it couldn't load its LWP::UserAgent because it couldn't locate URI and HTML::HeadParser. Now can you check that they are installed in the same location as LWP? What do you get from running these? find /usr/lib/perl5 | grep URI.pm find /usr/lib/perl5 | grep UserAgent.pm find /usr/lib/perl5 | grep HeadParser.pm assuming that all your perl libs are installed under /usr/lib/perl5 as in your report can you run %perl -MURI -e1? Checking for LWP::UserAgent..failed Can't locate URI.pm in @INC (@INC contains: ./lib /usr/lib/perl5/5.00503/i386-linux /usr/lib/perl5/5.00503 /usr/lib/perl5/site_perl/5.005/i386-linux /usr/lib/perl5/site_perl/5.005 .) at (eval 2) line 3. BEGIN failed--compilation aborted at /usr/lib/perl5/site_perl/5.005/LWP/UserAgent.pm line 108. -- _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://ticketmaster.com http://apacheweek.com http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
Re: Trouble w/ LWP during mod_perl install
Hi there, On Sun, 17 Mar 2002, John Kolvereid wrote: I got your name from the mod_perl mailing list, Please post to the list, not to an individual member, unless you are replying to a message from that member on the list - in which case you should normally cc the list. (You will find more help about this kind of thing in http://perl.apache.org/email-etiquette and there are some links in there to other documents you should also read... :) I am trying to install mod_perl-1.26 on Linux RedHat 6.2 w/ Apache-1.3.22. I am using the following build file: perl Makefile.PL \ APACHE_PREFIX=/usr/local/apache \ APACHE_SRC=/home/ssl/apache_1.3.22 \ DO_HTTPD=1 \ USE_APACI=1 \ EVERYTHING=1 I get a lot of messages, That's normal. You haven't said where you have put the mod_perl source, can I assume that it is /home/ssl/mod_perl-1.26? then I run 'make', and 'make test'. Problem is that make test complains that it cannot find LWP. It isn't absolutely necessary but it's a good idea to get 'make test' to run successfully, which needs LWP. I downloaded and installed (I think) libwww-perl-5.64. How did you do that? It's probably easiest to use CPAN.pm: perl -MCPAN -eshell Unfortunately, it didn't seem to resolve my LWP problem. When I do a 'make install' nothing seems to change. H. You aren't helping me very much there. Are you following all the instructions carefully? What happens? 'make install' doesn't rely on LWP. You probably need to be root to 'make install'. Do you think you have successfully compiled a binary after the 'make' step? It will be called 'httpd'. Check the date and time of the binary to make sure it's the one you've built and not just one that was lying around in there from an old installation. Can you run it with 'httpd -l' and post the result? 73, Ged.
Re: Trouble w/ LWP during mod_perl install
Then I try running /usr/local/apache/bin/apachectl startssl Unfortunately I get the msg: Syntax error on line 206 of /usr/local/apache/conf/httpd.conf: Invalid command 'LoadModule', perhaps mis-spelled or defined by a module not included in the server configuration could not locate Module SSL (line 206 httpd.conf) Are you installing on top of an existing Apache directory? In other words, was /usr/local/apache/conf/httpd.conf created by the install, or did it already exist before you built Apache? It looks like the conf file might expect Apache to have been built with DSO support but it wasn't in actuality. In case you haven't seen this already, you might take a look at this guide to installing Apache with mod_perl and mod_ssl: http://perl.apache.org/guide/install.html#mod_perl_and_mod_ssl_openssl_ The options it suggests should work for you here. --Ade.
Re: Trouble w/ LWP during mod_perl install
Hi Ade, I followed your suggestion and went to http://perl.apache.org/guide/install.html#mod_perl_and_mod_ssl_openssl_ Most of their steps I had followed before. Now I tried to config mod_perl w/ the following config file as they had suggested: perl Makefile.PL \ APACHE_PREFIX=/usr/local/apache \ APACHE_SRC=/home/ssl/apache_1.3.22 \ SSL_BASE=/usr/local/ssl \ APACI_ARGS='--enable-module=ssl, \ --enable-shared=ssl, \ --enable-module=proxy, \ --enable-shared=proxy, \ --prefix=/usr/local/apache, \ --enable-module=rewrite' \ DO_HTTPD=1 \ USE_APACI=1 \ EVERYTHING=1 when I try to do a 'make' I get errors such as *** No rule to make target 'all'. Stop I can get it to make and make install if I leave out the APACI_ARGS, but then it doesn't know how to create Apache w/ ssl. Yes I do have an existing Apache which I created w/ mod_ssl. It has been working fine. My goal is to add mod_perl. Any suggestions. Please advise. Thanks. John Kolvereid --- Ade Olonoh [EMAIL PROTECTED] wrote: Then I try running /usr/local/apache/bin/apachectl startssl Unfortunately I get the msg: Syntax error on line 206 of /usr/local/apache/conf/httpd.conf: Invalid command 'LoadModule', perhaps mis-spelled or defined by a module not included in the server configuration could not locate Module SSL (line 206 httpd.conf) Are you installing on top of an existing Apache directory? In other words, was /usr/local/apache/conf/httpd.conf created by the install, or did it already exist before you built Apache? It looks like the conf file might expect Apache to have been built with DSO support but it wasn't in actuality. In case you haven't seen this already, you might take a look at this guide to installing Apache with mod_perl and mod_ssl: http://perl.apache.org/guide/install.html#mod_perl_and_mod_ssl_openssl_ The options it suggests should work for you here. --Ade. __ Do You Yahoo!? Yahoo! Sports - live college hoops coverage http://sports.yahoo.com/
RE: Trouble w/ LWP during mod_perl install
John, Consider building mod_perl as a DSO outside of Apache. Look for the section title Build mod_perl as DSO outside Apache source tree via APXS in the file INSTALL.apaci. This should work for you. Let us know. RB -Original Message- From: John Kolvereid [mailto:[EMAIL PROTECTED]] Sent: Sunday, March 17, 2002 6:09 PM To: Ade Olonoh Cc: mod_perl Mailing List Subject: Re: Trouble w/ LWP during mod_perl install Hi Ade, I followed your suggestion and went to http://perl.apache.org/guide/install.html#mod_perl_and_mod_ssl_openssl_ Most of their steps I had followed before. Now I tried to config mod_perl w/ the following config file as they had suggested: perl Makefile.PL \ APACHE_PREFIX=/usr/local/apache \ APACHE_SRC=/home/ssl/apache_1.3.22 \ SSL_BASE=/usr/local/ssl \ APACI_ARGS='--enable-module=ssl, \ --enable-shared=ssl, \ --enable-module=proxy, \ --enable-shared=proxy, \ --prefix=/usr/local/apache, \ --enable-module=rewrite' \ DO_HTTPD=1 \ USE_APACI=1 \ EVERYTHING=1 when I try to do a 'make' I get errors such as *** No rule to make target 'all'. Stop I can get it to make and make install if I leave out the APACI_ARGS, but then it doesn't know how to create Apache w/ ssl. Yes I do have an existing Apache which I created w/ mod_ssl. It has been working fine. My goal is to add mod_perl. Any suggestions. Please advise. Thanks. John Kolvereid --- Ade Olonoh [EMAIL PROTECTED] wrote: Then I try running /usr/local/apache/bin/apachectl startssl Unfortunately I get the msg: Syntax error on line 206 of /usr/local/apache/conf/httpd.conf: Invalid command 'LoadModule', perhaps mis-spelled or defined by a module not included in the server configuration could not locate Module SSL (line 206 httpd.conf) Are you installing on top of an existing Apache directory? In other words, was /usr/local/apache/conf/httpd.conf created by the install, or did it already exist before you built Apache? It looks like the conf file might expect Apache to have been built with DSO support but it wasn't in actuality. In case you haven't seen this already, you might take a look at this guide to installing Apache with mod_perl and mod_ssl: http://perl.apache.org/guide/install.html#mod_perl_and_mod_ssl_openssl_ The options it suggests should work for you here. --Ade. __ Do You Yahoo!? Yahoo! Sports - live college hoops coverage http://sports.yahoo.com/
Re: Trouble w/ LWP during mod_perl install
Most of their steps I had followed before. Now I tried to config mod_perl w/ the following config file as they had suggested: perl Makefile.PL \ APACHE_PREFIX=/usr/local/apache \ APACHE_SRC=/home/ssl/apache_1.3.22 \ SSL_BASE=/usr/local/ssl \ APACI_ARGS='--enable-module=ssl, \ --enable-shared=ssl, \ --enable-module=proxy, \ --enable-shared=proxy, \ --prefix=/usr/local/apache, \ --enable-module=rewrite' \ DO_HTTPD=1 \ USE_APACI=1 \ EVERYTHING=1 when I try to do a 'make' I get errors such as *** No rule to make target 'all'. Stop Can you send the full output after you run the perl Makefile.PL above? There might be some errors there that would give a hint to why it's not working. --Ade.
Re: Trouble w/ LWP during mod_perl install
Hi there, On Sun, 17 Mar 2002, John Kolvereid wrote: In order to try and install mod_perl-1.26 in RedHat 6.2 w/ Apache 1.3.22 I, as ROOT, run the following in my /home/ssl/mod_perl-1.26: perl Makefile.PL \ [snip] [snip] Then I try running /usr/local/apache/bin/apachectl startssl I think you're getting confused with too many Apache modules. Try to build without ssl to begin with, so that you can check that what you're doing for mod_perl is OK. Please read the installation section of the Guide and follow the instructions carefully. You will see that it suggests that you do the 'make' and 'make test' steps NOT as root, then 'make install' as root. It's not unknown for things to get a little screwy if you try to build as root, and especially if sometimes you're logged in as root and sometimes you're not. It might be best if you delete the source trees in /home/ssl/mod_perl-1.26 and /home/ssl/apache_1.3.22 and start again, or start again in a new directory, say something like this: $ cd /home/fred/src/apache_1.3.22/ $ tar xzvf .../apache_1.3.22.tar.gz $ cd /home/fred/src/mod_perl-1.26/ $ tar xzvf .../mod_perl-1.26.tar.gz $ cp makepl_args.mod_perl . $ perl Makefile.PL $ make $ su # make install # ls -l /usr/local/sbin/httpd ... (Check here that the date and time of the binary look sensible:) # /usr/local/sbin/httpd -f /usr/local/apache/conf/httpd.conf # tail /usr/local/apache/logs/error_log ... (Check that Apache started and that it says it's a mod_perl Apache:) The file makepl_args.mod_perl is below, and there is a sample in the mod_perl/eg directory too. You might want to adjust these a little to suit your needs. You can also put the file in the home directory of the user who does 'make' but then you need to prefix the filename with a dot, i.e. .makepl_args.mod_perl. Invalid command 'LoadModule', perhaps mis-spelled or defined by a module not included in the server configuration could not locate Module SSL (line 206 httpd.conf) My only recourse is then to rebuild Apache w/o mod_perl. This error has nothing to do with mod_perl. You have a 'loadmodule' directive in httpd.conf but you don't have mod_so.c compiled into the Apache which you are trying to start using that httpd.conf - as you will see if you will get the output of 'httpd -l' as I asked you to do in my previous message. Try to understand what you're doing, it's not really that complicated if you are methodical. You are going to build a binary called 'httpd' and you can run it without 'apachectl'. This is a script that does some other stuff too. You can try for example 'apachectl configtest'. 'apachectl' is created by 'make install'. You need to check that it is starting the right Apache, i.e. the one you just built! Be careful, there may be several of them (both httpd and apachectl) kicking around if you have been trying lots of builds in desperation... I am having a great deal of difficulty installing mod_perl. I am not sure it is worth it. It's worth it but you will have to do quite a bit of reading and it won't all happen overnight. Your difficulties at the moment do not seem to stem primarily from mod_perl itself. I have been reading installation excerpts frm various sources ...and then you have to do what it says in the things you've read. :) w/ Perl and C', and the internet CPAN sites. My build in ? Your message seems to have been truncated here. 73, Ged. 8-- USE_APACI=1 APACHE_PREFIX=/usr/local APACHE_SRC=../apache_1.3.12/src DO_HTTPD=1 EVERYTHING=1 ALL_HOOKS=1 PERL_SSI=1 PERL_SECTIONS=1 APACI_ARGS=--sbindir=/usr/local/sbin/ APACI_ARGS=--sysconfdir=/usr/local/apache/conf APACI_ARGS=--runtimedir=/usr/local/apache/run APACI_ARGS=--logfiledir=/usr/local/apache/logs 8--
Re: Trouble w/ LWP during mod_perl install
Hi Ade, I am sending the errs as an attachment. Thanks. John Kolvereid --- Ade Olonoh [EMAIL PROTECTED] wrote: Most of their steps I had followed before. Now I tried to config mod_perl w/ the following config file as they had suggested: perl Makefile.PL \ APACHE_PREFIX=/usr/local/apache \ APACHE_SRC=/home/ssl/apache_1.3.22 \ SSL_BASE=/usr/local/ssl \ APACI_ARGS='--enable-module=ssl, \ --enable-shared=ssl, \ --enable-module=proxy, \ --enable-shared=proxy, \ --prefix=/usr/local/apache, \ --enable-module=rewrite' \ DO_HTTPD=1 \ USE_APACI=1 \ EVERYTHING=1 when I try to do a 'make' I get errors such as *** No rule to make target 'all'. Stop Can you send the full output after you run the perl Makefile.PL above? There might be some errors there that would give a hint to why it's not working. --Ade. __ Do You Yahoo!? Yahoo! Sports - live college hoops coverage http://sports.yahoo.com/ Will configure via APACI cp apaci/Makefile.libdir ../apache_1.3.22/src/modules/perl/Makefile.libdir cp apaci/Makefile.tmpl ../apache_1.3.22/src/modules/perl/Makefile.tmpl cp apaci/README ../apache_1.3.22/src/modules/perl/README cp apaci/configure ../apache_1.3.22/src/modules/perl/configure cp apaci/libperl.module ../apache_1.3.22/src/modules/perl/libperl.module cp apaci/mod_perl.config.sh ../apache_1.3.22/src/modules/perl/mod_perl.config.sh cp apaci/load_modules.pl ../apache_1.3.22/src/modules/perl/load_modules.pl cp apaci/find_source ../apache_1.3.22/src/modules/perl/find_source cp apaci/apxs_cflags ../apache_1.3.22/src/modules/perl/apxs_cflags cp apaci/perl_config ../apache_1.3.22/src/modules/perl/perl_config cp apaci/mod_perl.exp ../apache_1.3.22/src/modules/perl/mod_perl.exp PerlDispatchHandler.enabled PerlChildInitHandlerenabled PerlChildExitHandlerenabled PerlPostReadRequestHandler..enabled PerlTransHandlerenabled PerlHeaderParserHandler.enabled PerlAccessHandler...enabled PerlAuthenHandler...enabled PerlAuthzHandlerenabled PerlTypeHandler.enabled PerlFixupHandlerenabled PerlHandler.enabled PerlLogHandler..enabled PerlInitHandler.enabled PerlCleanupHandler..enabled PerlRestartHandler..enabled PerlStackedHandlers.enabled PerlMethodHandlers..enabled PerlDirectiveHandlers...enabled PerlTableApienabled PerlLogApi..enabled PerlUriApi..enabled PerlUtilApi.enabled PerlFileApi.enabled PerlConnectionApi...enabled PerlServerApi...enabled PerlSectionsenabled PerlSSI.enabled Will run tests as User: 'nobody' Group: 'root' (cd ../apache_1.3.22 CC=cc ./configure --activate-module=src/modules/perl/libperl.a --disable-rule=EXPAT --enable-module=ssl \ --enable-shared=ssl \ --enable-module=proxy \ --enable-shared=proxy \ --prefix=/usr/local/apache \ --enable-module=rewrite) Configuring for Apache, Version 1.3.22 + using installation path layout: Apache (config.layout) + activated perl module (modules/perl/libperl.a) Creating Makefile Creating Configuration.apaci in src + enabling mod_so for DSO support Creating Makefile in src + configured for Linux platform + setting C pre-processor to cc -E + checking for system header files + adding selected modules o rewrite_module uses ConfigStart/End + using -lndbm for DBM support enabling DBM support for mod_rewrite o ssl_module uses ConfigStart/End + SSL interface: mod_ssl/2.8.5 + SSL interface build type: DSO + SSL interface compatibility: enabled + SSL interface experimental code: disabled + SSL interface conservative code: disabled + SSL interface vendor extensions: disabled + SSL interface plugin: Built-in SDBM + SSL library path: /usr/local/ssl + SSL library version: SSLeay 0.9.0b 29-Jun-1998 Error: OpenSSL VERSIONS BELOW 0.9.3 ARE NO LONGER SUPPORTED. Hint: Use OpenSSL version 0.9.3 or higher! Checking CGI.pm VERSION..ok Checking for LWP::UserAgent..failed Can't locate URI.pm in @INC (@INC contains: ./lib /usr/lib/perl5/5.00503/i386-linux /usr/lib/perl5/5.00503 /usr/lib/perl5/site_perl/5.005/i386-linux /usr/lib/perl5/site_perl/5.005 .) at (eval 2) line 3. BEGIN failed--compilation aborted at /usr/lib/perl5/site_perl/5.005/LWP/UserAgent.pm line 108. The libwww-perl library is needed to run the test suite. Installation of this library is recommended, but not required. Checking for HTML::HeadParserfailed Can't locate HTML/HeadParser.pm in @INC (@INC contains: ./lib /usr/lib/perl5/5.00503/i386-linux /usr/lib/perl5/5.00503
RE: Trouble w/ LWP during mod_perl install
Hi RB, Here is the configuration I tried: perl Makefile.PL \ APACHE_PREFIX=/usr/local/apache \ APACHE_SRC=/home/ssl/apache_1.3.22 \ USE_APXS=1 \ WITH_APXS=/usr/local/apache/bin/apxs \ DO_HTTPD=1 \ USE_APACI=1 \ EVERYTHING=1 Both w/ and w/o the APACHE_PRFIX and APACHE_SRC lines. The errors are attached. Please advise. Thanks. --- OCNS Consulting [EMAIL PROTECTED] wrote: John, Consider building mod_perl as a DSO outside of Apache. Look for the section title Build mod_perl as DSO outside Apache source tree via APXS in the file INSTALL.apaci. This should work for you. Let us know. RB -Original Message- From: John Kolvereid [mailto:[EMAIL PROTECTED]] Sent: Sunday, March 17, 2002 6:09 PM To: Ade Olonoh Cc: mod_perl Mailing List Subject: Re: Trouble w/ LWP during mod_perl install Hi Ade, I followed your suggestion and went to http://perl.apache.org/guide/install.html#mod_perl_and_mod_ssl_openssl_ Most of their steps I had followed before. Now I tried to config mod_perl w/ the following config file as they had suggested: perl Makefile.PL \ APACHE_PREFIX=/usr/local/apache \ APACHE_SRC=/home/ssl/apache_1.3.22 \ SSL_BASE=/usr/local/ssl \ APACI_ARGS='--enable-module=ssl, \ --enable-shared=ssl, \ --enable-module=proxy, \ --enable-shared=proxy, \ --prefix=/usr/local/apache, \ --enable-module=rewrite' \ DO_HTTPD=1 \ USE_APACI=1 \ EVERYTHING=1 when I try to do a 'make' I get errors such as *** No rule to make target 'all'. Stop I can get it to make and make install if I leave out the APACI_ARGS, but then it doesn't know how to create Apache w/ ssl. Yes I do have an existing Apache which I created w/ mod_ssl. It has been working fine. My goal is to add mod_perl. Any suggestions. Please advise. Thanks. John Kolvereid --- Ade Olonoh [EMAIL PROTECTED] wrote: Then I try running /usr/local/apache/bin/apachectl startssl Unfortunately I get the msg: Syntax error on line 206 of /usr/local/apache/conf/httpd.conf: Invalid command 'LoadModule', perhaps mis-spelled or defined by a module not included in the server configuration could not locate Module SSL (line 206 httpd.conf) Are you installing on top of an existing Apache directory? In other words, was /usr/local/apache/conf/httpd.conf created by the install, or did it already exist before you built Apache? It looks like the conf file might expect Apache to have been built with DSO support but it wasn't in actuality. In case you haven't seen this already, you might take a look at this guide to installing Apache with mod_perl and mod_ssl: http://perl.apache.org/guide/install.html#mod_perl_and_mod_ssl_openssl_ The options it suggests should work for you here. --Ade. __ Do You Yahoo!? Yahoo! Sports - live college hoops coverage http://sports.yahoo.com/ __ Do You Yahoo!? Yahoo! Sports - live college hoops coverage http://sports.yahoo.com/ bld2.err Description: bld2.err
Re: Trouble w/ LWP during mod_perl install
John Kolvereid wrote: Hi Ade, I am sending the errs as an attachment. Thanks. It helps to actually *look* at the build log: Will configure via APACI ... o ssl_module uses ConfigStart/End + SSL interface: mod_ssl/2.8.5 + SSL interface build type: DSO + SSL interface compatibility: enabled + SSL interface experimental code: disabled + SSL interface conservative code: disabled + SSL interface vendor extensions: disabled + SSL interface plugin: Built-in SDBM + SSL library path: /usr/local/ssl + SSL library version: SSLeay 0.9.0b 29-Jun-1998 Error: OpenSSL VERSIONS BELOW 0.9.3 ARE NO LONGER SUPPORTED. Hint: Use OpenSSL version 0.9.3 or higher! hint, hint: install openssl 0.9.3 or higher! Checking for LWP::UserAgent..failed Can't locate URI.pm in @INC (@INC contains: ./lib /usr/lib/perl5/5.00503/i386-linux /usr/lib/perl5/5.00503 /usr/lib/perl5/site_perl/5.005/i386-linux /usr/lib/perl5/site_perl/5.005 .) at (eval 2) line 3. BEGIN failed--compilation aborted at /usr/lib/perl5/site_perl/5.005/LWP/UserAgent.pm line 108. The libwww-perl library is needed to run the test suite. Installation of this library is recommended, but not required. Checking for HTML::HeadParserfailed Can't locate HTML/HeadParser.pm in @INC (@INC contains: ./lib /usr/lib/perl5/5.00503/i386-linux /usr/lib/perl5/5.00503 /usr/lib/perl5/site_perl/5.005/i386-linux /usr/lib/perl5/site_perl/5.005 .) at Makefile.PL line 1154. The HTML-Parser package is needed (by libwww-perl) to run the test suite. install URI and HTML::HeadParser packages. Most likely you've installed an RPM or a similar package of libwww-perl without installing its prerequisites. Do: perl -MCPAN -eshell cpan install URI HTML::HeadParser LWP need to specify explicitly since LWP is already installed. and 'make test' should work. _ Stas Bekman JAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide http://perl.apache.org/guide mailto:[EMAIL PROTECTED] http://ticketmaster.com http://apacheweek.com http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
FW: mod_perl install for win32
According to the INSTALL.win32 documentation that came with mod_perl I should do perl Makefile.pl then run nmake install. Has anyone worked with nmake for win32 before? I have installed mod_perl on linux a few times but never on win32. Where can I get nmake for win32? Is it a reliable tool? Thanks
Re: FW: mod_perl install for win32
On Tue, 21 Aug 2001, Steven Sajous wrote: According to the INSTALL.win32 documentation that came with mod_perl I should do perl Makefile.pl then run nmake install. Has anyone worked with nmake for win32 before? I have installed mod_perl on linux a few times but never on win32. Where can I get nmake for win32? Is it a reliable tool? If you're using ActivePerl, you should be using Visual C++ for your compiler, for binary compatibility. This comes with nmake. If you've compiled your own Perl with a different compiler, use the make program that you used with that compiler. As far as reliability goes, Einstein teaches us that everything is relative ... VC++ is probably the most prevalent compiler in the MS Win32 world, so in that context is pretty stable. But if you want to compare the reliability of MS tools to Linux tools ... best regards, randy kobes
RE: mod_perl install for win32
-Original Message- From: Jeremy Howard [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 21, 2001 6:34 PM To: Steven Sajous Subject: Re: mod_perl install for win32 Steven Sajous wrote: referring to nmake with VC++ It comes with it? I don't see it Yes it does. Run the batch file Robert mentioned and it'll work from the command line. You can also download it from: ftp://ftp.microsoft.com/softlib/mslfiles/nmake15.exe PS: Please add your message _after_ quoting the previous message, otherwise you get a confusing set of quotations as you see here. Thanks :-) I used nmake but after going for a little while I get there this error 'cl' is not recognized as an internal command operable program or batch file... -Original Message- From: Robert Ahrendt [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 21, 2001 2:39 PM To: 'Steven Sajous' Subject: RE: mod_perl install for win32 It comes with Visual C++ run the C:\Program Files\Microsoft Visual Studio\VC98\Bin\vcvars32.bat and you're good. -Original Message- From: Steven Sajous [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 21, 2001 2:43 PM To: [EMAIL PROTECTED] Subject: FW: mod_perl install for win32 According to the INSTALL.win32 documentation that came with mod_perl I should do perl Makefile.pl then run nmake install. Has anyone worked with nmake for win32 before? I have installed mod_perl on linux a few times but never on win32. Where can I get nmake for win32? Is it a reliable tool? Thanks
Re: mod_perl install for win32
Steven Sajous wrote: From: Jeremy Howard [mailto:[EMAIL PROTECTED]] Steven Sajous wrote: referring to nmake with VC++ It comes with it? I don't see it Yes it does. Run the batch file Robert mentioned and it'll work from the command line. You can also download it from: ftp://ftp.microsoft.com/softlib/mslfiles/nmake15.exe PS: Please add your message _after_ quoting the previous message, otherwise you get a confusing set of quotations as you see here. Thanks :-) I used nmake but after going for a little while I get there this error 'cl' is not recognized as an internal command operable program or batch file... cl.exe is the compiler that comes with VC++. It sounds like you haven't run the .bat file that Robert pointed you too yet. Running that batch script allows you to use VC++ tools from the command line. If you have VC++, you definitely have cl.exe, since otherwise you wouldn't be able to compile anything through the IDE!
Re: mod_perl install for win32
Jeremy Howard wrote: Steven Sajous wrote: From: Jeremy Howard [mailto:[EMAIL PROTECTED]] Steven Sajous wrote: referring to nmake with VC++ It comes with it? I don't see it Yes it does. Run the batch file Robert mentioned and it'll work from the command line. You can also download it from: ftp://ftp.microsoft.com/softlib/mslfiles/nmake15.exe PS: Please add your message _after_ quoting the previous message, otherwise you get a confusing set of quotations as you see here. Thanks :-) I used nmake but after going for a little while I get there this error 'cl' is not recognized as an internal command operable program or batch file... cl.exe is the compiler that comes with VC++. It sounds like you haven't run the .bat file that Robert pointed you too yet. Running that batch script allows you to use VC++ tools from the command line. If you have VC++, you definitely have cl.exe, since otherwise you wouldn't be able to compile anything through the IDE! i have not run VC++ for years, but my recollection is that you need to run that batch file everytime you open a new DOS window in order to set up the environment correctly. -- ___cliff [EMAIL PROTECTED]http://www.genwax.com/
RE: mod_perl install for win32
-Original Message- From: ___cliff rayman___ [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 21, 2001 7:38 PM To: [EMAIL PROTECTED] Subject: Re: mod_perl install for win32 Jeremy Howard wrote: Steven Sajous wrote: From: Jeremy Howard [mailto:[EMAIL PROTECTED]] Steven Sajous wrote: referring to nmake with VC++ It comes with it? I don't see it Yes it does. Run the batch file Robert mentioned and it'll work from the command line. You can also download it from: ftp://ftp.microsoft.com/softlib/mslfiles/nmake15.exe PS: Please add your message _after_ quoting the previous message, otherwise you get a confusing set of quotations as you see here. Thanks :-) I used nmake but after going for a little while I get there this error 'cl' is not recognized as an internal command operable program or batch file... cl.exe is the compiler that comes with VC++. It sounds like you haven't run the .bat file that Robert pointed you too yet. Running that batch script allows you to use VC++ tools from the command line. If you have VC++, you definitely have cl.exe, since otherwise you wouldn't be able to compile anything through the IDE! i have not run VC++ for years, but my recollection is that you need to run that batch file everytime you open a new DOS window in order to set up the environment correctly. -- ___cliff [EMAIL PROTECTED]http://www.genwax.com/ This is what got me confused then. I was following the directions int he Install file and it says: There are two ways to build mod_perl - with MS Developer Studio, and through command-line arguments to 'perl Makefile.PL'. I was trying to do it the second way
Backing out a mod_perl install
I'm upgrading mod_perl on a Solaris 2.6 production machine. Although a little downtime on this machine won't be a big issue, I'm wondering about backup plans. I've got mod_perl ready for make install (I'm currently using a PERL5LIB environment to test mod_perl on a high port from the blib). So I was just going to bring down the server, make install, and then startup the new server. But, I'd like to be able to back out, just in case. I was thinking about tar'ing up the Apache name space, and Apache.pm to backout the Perl modules so I could run the old httpd, if needed. Is that a reasonable thing to do, and if so, is there anything else you would suggest? Thanks, Bill Moseley mailto:[EMAIL PROTECTED]
RE: Backing out a mod_perl install
-Original Message- From: Bill Moseley [mailto:[EMAIL PROTECTED]] Sent: Monday, August 06, 2001 3:18 PM To: [EMAIL PROTECTED] Subject: Backing out a mod_perl install I'm upgrading mod_perl on a Solaris 2.6 production machine. Although a little downtime on this machine won't be a big issue, I'm wondering about backup plans. I've got mod_perl ready for make install (I'm currently using a PERL5LIB environment to test mod_perl on a high port from the blib). So I was just going to bring down the server, make install, and then startup the new server. But, I'd like to be able to back out, just in case. I was thinking about tar'ing up the Apache name space, and Apache.pm to backout the Perl modules so I could run the old httpd, if needed. you can try the tar_Apache and offsite_tar arguments to make and see if they wrap up everything you need... HTH --Geoff
RE: Backing out a mod_perl install
someone please correct me but: I believe that make install will only overwrite httpd (the executable binary). Any other files that already exist will not be touched. Last time I did something like this, I simply made a copy of my httpd binary and everything else was in my system backups. -Original Message- From: Geoffrey Young [mailto:[EMAIL PROTECTED]] Sent: Monday, August 06, 2001 3:21 PM To: 'Bill Moseley'; [EMAIL PROTECTED] Subject: RE: Backing out a mod_perl install -Original Message- From: Bill Moseley [mailto:[EMAIL PROTECTED]] Sent: Monday, August 06, 2001 3:18 PM To: [EMAIL PROTECTED] Subject: Backing out a mod_perl install I'm upgrading mod_perl on a Solaris 2.6 production machine. Although a little downtime on this machine won't be a big issue, I'm wondering about backup plans. I've got mod_perl ready for make install (I'm currently using a PERL5LIB environment to test mod_perl on a high port from the blib). So I was just going to bring down the server, make install, and then startup the new server. But, I'd like to be able to back out, just in case. I was thinking about tar'ing up the Apache name space, and Apache.pm to backout the Perl modules so I could run the old httpd, if needed. you can try the tar_Apache and offsite_tar arguments to make and see if they wrap up everything you need... HTH --Geoff
RE: Backing out a mod_perl install
At 03:21 PM 08/06/01 -0400, Geoffrey Young wrote: to backout the Perl modules so I could run the old httpd, if needed. you can try the tar_Apache and offsite_tar arguments to make and see if they wrap up everything you need... Ok, thanks tar_Apache should include all that I need, thanks. I don't see the need for offsite_tar in my case, since I already have mod_perl built and ready for install in the target machine. No need to run make install on the httpd side, right? I can just copy the httpd binary (I'll be using the same ServerRoot as the existing 1.3.12 server), so I'm assuming all my icons and mime.types files from 1.3.12 will be just fine. Bill Moseley mailto:[EMAIL PROTECTED]
mod_perl install
Hello, I am trying a new install of mod_perl on my NT box here which is running apache. The last install I used Ron Savages NT binary distribution. And it was easy to install and worked. But I feel that I need to install mod_perl from scratch (I have to begin supporting it here at my shop). I downloaded the cpan package, gziped and extracted tar. The install directions for NT look a little gray. Maybe there is a step by step guide somewhere? If anyone knows I would appreciate. Thanks Scott Purcell
Re: mod_perl install
Scott See below. Cheers Ron Savage [EMAIL PROTECTED] http://savage.net.au/index.html - Original Message - From: Purcell, Scott [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, June 27, 2001 8:12 AM Subject: mod_perl install Hello, I am trying a new install of mod_perl on my NT box here which is running apache. The last install I used Ron Savages NT binary distribution. And it I can't tell from this exactly which 'last install' you used! I understand your concerns though. If you go here http://savage.net.au/Perl/Html/configure-apache.html you'll have all the info you need to install the latest Apache V 1.3.20 and mod_perl V 1.25_01-dev.
Re: mod_perl install
On Tue, 26 Jun 2001, Purcell, Scott wrote: Hello, I am trying a new install of mod_perl on my NT box here which is running apache. The last install I used Ron Savages NT binary distribution. And it was easy to install and worked. But I feel that I need to install mod_perl from scratch (I have to begin supporting it here at my shop). I downloaded the cpan package, gziped and extracted tar. The install directions for NT look a little gray. Maybe there is a step by step guide somewhere? If anyone knows I would appreciate. Thanks Scott Purcell Do you mean to compile it on your own? You'll have to have Visual C++ 6 on your system (assuming you're using ActivePerl), and you should check that your Perl is configured properly to work with it by compiling some simpler XS-based module. If that's OK, read through INSTALL.win32 (if it's a little unclear, patches are welcome ...) - basically one first compiles and installs Apache (or get a binary distribution that contains the header and lib files) and then does perl Makefile.PL APACHE_SRC=\Apache\Sources INSTALL_DLL=\Apache\modules nmake nmake test nmake install where \Apache\Sources are where the Apache sources are and \Apache\Modules is where you want to put the mod_perl.so dll. best regards, randy kobes
head/HEAD - mod_perl install on darwin/mac osx
hello , i just read a posting in the mod_perl list archive: i have compiled apache 1_3.20 and perl 5.6.1 problemless. i have also installed the nesecary modules before mod_perl and now want to build mod_perl itself. im aware of the head/HEAD problem that comes with LWP on mac osX and have therefore copied a binary head that ken williams sent me into /usr/bin and moved the lwp head into /usr/local/bin. it is referring to a head/HEAD problem and a binary that solves it. does anyone know where i can find this binary?? i couldn't find any other traces of it in the mailing list archive... thanks chris
Re: macintosh osX - mod_perl install problems - head - HEAD - setenv
Ken Williams wrote: [EMAIL PROTECTED] (allan) wrote: im aware of the head/HEAD problem that comes with LWP on mac osX and have therefore copied a binary head that ken williams sent me into /usr/bin and moved the lwp head into /usr/local/bin. Looks like that problem still isn't fixed, as shown by the following error message: Usage: head [-options] url... -m method use method for the request (default is 'HEAD') You may have a different PATH than I do, or different capitalization on the binary files. The upshot is that when you run the 'head' command, it *must* run the /usr/bin/head program I sent you and not LWP's 'HEAD' script. Here's a transcript from my shell, what does yours say? [localhost:~] ken% which head /usr/bin/head [localhost:~] ken% which HEAD /usr/local/bin/HEAD hi ken thank you for the pointer but this head file is really going on my nerves ,-) one thing: i have discovered that another problem i have had since upgrading to perl 5.6.1 might be interfering with the one in this topic (im not sure though - it is concerning setenv) look at this new fresh terminal window: [localhost:~] aju% which head /usr/local/bin/head [localhost:~] aju% which HEAD /usr/bin/HEAD [localhost:~] aju% setenv LC_ALL C [localhost:~] aju% setenv LANG en_US [localhost:~] aju% which head /usr/bin/head [localhost:~] aju% which HEAD /usr/local/bin/HEAD one thing is certain even if dont use the setenv command: the file called head inside /usr/bin is definetely the binary you sent me the file called head inside /usr/local/bin is definetely the LWP one inside these directories there are definetely only one head file (ie there is no room for another with another capitalization) nevertheless when i try to build mod_perl i will get the annoying: Usage: head [-options] url... -m method use method for the request (default is 'HEAD') maybe i should just start all over, reformat and everything ...? thanks once again allan
Re: macintosh osX - mod_perl install problems - head - HEAD - setenv
[EMAIL PROTECTED] (allan) wrote: one thing: i have discovered that another problem i have had since upgrading to perl 5.6.1 might be interfering with the one in this topic (im not sure though - it is concerning setenv) look at this new fresh terminal window: [localhost:~] aju% which head /usr/local/bin/head [localhost:~] aju% which HEAD /usr/bin/HEAD [localhost:~] aju% setenv LC_ALL C [localhost:~] aju% setenv LANG en_US [localhost:~] aju% which head /usr/bin/head [localhost:~] aju% which HEAD /usr/local/bin/HEAD Criminy! I don't understand this one bit. But if you do: cd /usr/local/bin mv HEAD LWP-HEAD then you should have it out of the way for good. At least until you try to upgrade LWP. =) maybe i should just start all over, reformat and everything ...? No, that's probably a bit too drastic if you've got anything of consequence on the disk. ------ Ken Williams Last Bastion of Euclidity [EMAIL PROTECTED]The Math Forum
Re: macintosh osX - mod_perl install problems - head - HEAD - setenv
thanks again i did something similar with that lwp-head before i read your reply, but somewhat more stupid: rm HEAD (!) in fact i have now tested mod_perl with only oks and skipped on this platforms and installed as well with no complaints whatsoever. so i guess im almost there (im posting other queries just after this) allan Ken Williams wrote: [EMAIL PROTECTED] (allan) wrote: one thing: i have discovered that another problem i have had since upgrading to perl 5.6.1 might be interfering with the one in this topic (im not sure though - it is concerning setenv) look at this new fresh terminal window: [localhost:~] aju% which head /usr/local/bin/head [localhost:~] aju% which HEAD /usr/bin/HEAD [localhost:~] aju% setenv LC_ALL C [localhost:~] aju% setenv LANG en_US [localhost:~] aju% which head /usr/bin/head [localhost:~] aju% which HEAD /usr/local/bin/HEAD Criminy! I don't understand this one bit. But if you do: cd /usr/local/bin mv HEAD LWP-HEAD then you should have it out of the way for good. At least until you try to upgrade LWP. =)
macintosh osX - mod_perl install problems
hello this might be mac-specific ... can anyone help with this - ive looked around on the net but cant seem to find an answer anywhere i have compiled apache 1_3.20 and perl 5.6.1 problemless. i have also installed the nesecary modules before mod_perl and now want to build mod_perl itself. im aware of the head/HEAD problem that comes with LWP on mac osX and have therefore copied a binary head that ken williams sent me into /usr/bin and moved the lwp head into /usr/local/bin. below follows an exerpt from the shell thanks allan [localhost:/Applications/mod_perl-1.25] aju% sudo perl makefile.pl everything=1 apache_prefix=/usr/local/apache Configure mod_perl with ../apache_1.3.20/src ? [y] y Shall I build httpd in ../apache_1.3.20/src for you? [y] y Appending mod_perl to src/Configuration Unknown option: 1 Usage: head [-options] url... -m method use method for the request (default is 'HEAD') etc. etc. ... Using config file: /Applications/mod_perl-1.25/src/Configuration Creating Makefile + configured for Darwin platform + setting C compiler to cc + setting C pre-processor to cc -E -traditional-cpp + checking for system header files + adding selected modules Usage: head [-options] url... -m method use method for the request (default is 'HEAD') etc. etc. ... + checking sizeof various data types + doing sanity check on compiler and options Creating Makefile in support Creating Makefile in regex Creating Makefile in os/unix Creating Makefile in ap Creating Makefile in main Creating Makefile in lib/expat-lite Creating Makefile in modules/standard EXTRA_CFLAGS: -DDARWIN -DUSE_HSREGEX -DUSE_EXPAT -I$(SRCDIR)/lib/expat-lite -DNO_DL_NEEDED PerlDispatchHandler.disabled (enable with PERL_DISPATCH=1) PerlChildInitHandlerenabled PerlChildExitHandlerenabled PerlPostReadRequestHandler..disabled (enable with PERL_POST_READ_REQUEST=1) PerlTransHandlerdisabled (enable with PERL_TRANS=1) PerlHeaderParserHandler.disabled (enable with PERL_HEADER_PARSER=1) PerlAccessHandler...disabled (enable with PERL_ACCESS=1) PerlAuthenHandler...disabled (enable with PERL_AUTHEN=1) PerlAuthzHandlerdisabled (enable with PERL_AUTHZ=1) PerlTypeHandler.disabled (enable with PERL_TYPE=1) PerlFixupHandlerdisabled (enable with PERL_FIXUP=1) PerlHandler.enabled PerlLogHandler..disabled (enable with PERL_LOG=1) PerlInitHandler.disabled (enable with PERL_INIT=1) PerlCleanupHandler..disabled (enable with PERL_CLEANUP=1) PerlRestartHandler..disabled (enable with PERL_RESTART=1) PerlStackedHandlers.disabled (enable with PERL_STACKED_HANDLERS=1) PerlMethodHandlers..disabled (enable with PERL_METHOD_HANDLERS=1) PerlDirectiveHandlers...disabled (enable with PERL_DIRECTIVE_HANDLERS=1) PerlTableApidisabled (enable with PERL_TABLE_API=1) PerlLogApi..disabled (enable with PERL_LOG_API=1) PerlUriApi..disabled (enable with PERL_URI_API=1) PerlUtilApi.disabled (enable with PERL_UTIL_API=1) PerlFileApi.disabled (enable with PERL_FILE_API=1) PerlConnectionApi...enabled PerlServerApi...enabled PerlSectionsdisabled (enable with PERL_SECTIONS=1) PerlSSI.disabled (enable with PERL_SSI=1) Will run tests as User: 'nobody' Group: 'wheel' Checking CGI.pm VERSION..ok Checking for LWP::UserAgent..ok Checking for HTML::HeadParserok Checking if your kit is complete... Looks good 'APACHE_PREFIX' is not a known MakeMaker parameter name. 'EVERYTHING' is not a known MakeMaker parameter name. Writing Makefile for Apache Writing Makefile for Apache::Connection Writing Makefile for Apache::Constants Writing Makefile for Apache::File Writing Makefile for Apache::Leak Writing Makefile for Apache::Log Writing Makefile for Apache::ModuleConfig Writing Makefile for Apache::PerlRunXS Writing Makefile for Apache::Server Writing Makefile for Apache::Symbol Writing Makefile for Apache::Table Writing Makefile for Apache::URI Writing Makefile for Apache::Util Writing Makefile for mod_perl [localhost:/Applications/mod_perl-1.25] aju% sudo make (cd ../apache_1.3.20/src PERL5LIB=/Applications/mod_perl-1.25/lib env LD_RUN_PATH=/System/Library/Perl/darwin/CORE make CC=cc;) === regex cc -I. -I../os/unix -I../include -DDARWIN -DUSE_HSREGEX -DUSE_EXPAT -I../lib/expat-lite -DNO_DL_NEEDED -g -pipe -pipe -fno-common -DHAS_TELLDIR_PROTOTYPE -fno-strict-aliasing -I/usr/local/include -DMOD_PERL -DPOSIX_MISTAKE -c -o regcomp.o regcomp.c etc. etc. ... /usr/bin/ld: Undefined symbols: _actions_module _include_module _log_config_module make[1]: *** [target_static] Error 1 make: *** [apache_httpd] Error 2 [localhost:/Applications/mod_perl-1.25] aju%
Re: macintosh osX - mod_perl install problems
[EMAIL PROTECTED] (allan) wrote: im aware of the head/HEAD problem that comes with LWP on mac osX and have therefore copied a binary head that ken williams sent me into /usr/bin and moved the lwp head into /usr/local/bin. Looks like that problem still isn't fixed, as shown by the following error message: Usage: head [-options] url... -m method use method for the request (default is 'HEAD') You may have a different PATH than I do, or different capitalization on the binary files. The upshot is that when you run the 'head' command, it *must* run the /usr/bin/head program I sent you and not LWP's 'HEAD' script. Here's a transcript from my shell, what does yours say? [localhost:~] ken% which head /usr/bin/head [localhost:~] ken% which HEAD /usr/local/bin/HEAD ------ Ken Williams Last Bastion of Euclidity [EMAIL PROTECTED]The Math Forum
mod_php mod_perl install with apache problems - same story :(
Hello! Well, I have seen a ton of people with this problem but no answers. I have mod_php compiled in with apache along with mod_ssl. I want to use apxs to build mod_perl. I have done this and apache starts fine, but it does not render the perl, for lack of better terms. It simply prints the source. The only directives i have in httpd.conf are LoadModule and DirectoryIndex. When I start apache, apachectl startssl, the eror log says: Apache/1.3.17 (Unix) mod_perl/1.25 PHP/4.04 mod_ssl/2.8.0 OpenSSL/0.9.6 configured -- resuming normal operations. This all looks fine. Anyone have any insight as to what my problem may be? Thank you! -- Terry Davis Systems Administrator BirdDog Solutions, Inc. 2102 N 117th Ave Omaha, NE 68164 voice: (402) 829-6059 fax: (402) 829-6199 pager: (877) 973-6995 [EMAIL PROTECTED] www.birddog.com
Re: mod_php mod_perl install with apache problems - same story :(
This is probably what you need more or less. You have to tell Apache what files are your mod perl scripts (or more specifically what files you want handled by Apache::Registry - the persistent cgi program module). Alias /perl/ /home/httpd/perl/ PerlModule Apache::Registry Location /perl SetHandler perl-script PerlHandler Apache::Registry Options ExecCGI allow from all PerlSendHeader On /Location http://perl.apache.org/guide/config.html is the configuration portion of a great guide by Stas Berkman that has this information in it. The O'Reilly book Building Apache Modules with Perl and C has some instructions about this as well. Recommened. Wade - Original Message - From: "Terry Davis" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, March 01, 2001 12:53 PM Subject: mod_php mod_perl install with apache problems - same story :( Hello! Well, I have seen a ton of people with this problem but no answers. I have mod_php compiled in with apache along with mod_ssl. I want to use apxs to build mod_perl. I have done this and apache starts fine, but it does not render the perl, for lack of better terms. It simply prints the source. The only directives i have in httpd.conf are LoadModule and DirectoryIndex. When I start apache, apachectl startssl, the eror log says: Apache/1.3.17 (Unix) mod_perl/1.25 PHP/4.04 mod_ssl/2.8.0 OpenSSL/0.9.6 configured -- resuming normal operations. This all looks fine. Anyone have any insight as to what my problem may be? Thank you! -- Terry Davis Systems Administrator BirdDog Solutions, Inc. 2102 N 117th Ave Omaha, NE 68164 voice: (402) 829-6059 fax: (402) 829-6199 pager: (877) 973-6995 [EMAIL PROTECTED] www.birddog.com
mod_perl install
mod_perl'ers, I got mod_perl to compile and rebuild httpd, but the new httpd did not have the prefix correct (it used the default location). I have 2 questions; 1) What do I need to do to get the correct prefix to the httpd build when compiling from the mod_perl scripts? 2) What is the procedure to set up the mod_perl installation so that I can build it using the httpd installation scripts? Thanks Mike respond using [EMAIL PROTECTED]
RE: mod_perl install
you may want to see http://perl.apache.org/guide/install.html specifically http://perl.apache.org/guide/install.html#APACHE_PREFIX HTH --Geoff -Original Message- From: Michael L. Stokes [mailto:[EMAIL PROTECTED]] Sent: Tuesday, June 27, 2000 11:46 AM To: [EMAIL PROTECTED] Subject: mod_perl install mod_perl'ers, I got mod_perl to compile and rebuild httpd, but the new httpd did not have the prefix correct (it used the default location). I have 2 questions; 1) What do I need to do to get the correct prefix to the httpd build when compiling from the mod_perl scripts? 2) What is the procedure to set up the mod_perl installation so that I can build it using the httpd installation scripts? Thanks Mike respond using [EMAIL PROTECTED]
Re: Mod_Perl install - no apxs error
Some cut paste from previous messages... For RedHat DSO specific steps in the mod_perl guide see: http://perl.apache.org/guide/install.html#Installing_separate_Apache_and_m No need to recompile Apache. My DSO setup works quite well! **EDIT the "/etc/httpd/conf/httpd.conf" file #uncomment the line below under the section # Dynamic Shared Object (DSO) Support LoadModule perl_modulemodules/libperl.so #uncomment the line below under the section # Extra Modules AddModule mod_perl.c #add the following line ScriptAlias /perl/ "/home/httpd/cgi-bin/" #uncomment the following lines # If the perl module is installed, this will be enabled. IfModule mod_perl.c Alias /perl/ /home/httpd/cgi-bin/ Location /perl SetHandler perl-script PerlHandler Apache::Registry Options +ExecCGI /Location /IfModule * I use my setup to test, so I execute both mod_perl standard perl scripts from the same CGI directory... Now, anything that is accessed as http://mysite.com/perl/perlscript.cgi will run as a mod_perl script, and anything accessed as http://mysite.com/cgi-bin/perlscript.cgi will run as a non_mod_perl script. Use this setup only if you want to test scripts as both normal cgi mod_perl scripts, otherwise you'll need to point the "Alias /perl/ /home/httpd/cgi-bin/" line "ScriptAlias /perl/ "/home/httpd/cgi-bin/" line to point to another CGI directory of your choice. Hope this helps! Kenneth Frankel wrote: I have tried almost every variation of installation instructions, and all have failed. I can't find anything in the FAQs so please help me. Situation: Redhat 6.1 Linux 2.2.12, with pre-installed Apache httpd. Removed pre-existing httpd from PATH. Installing new Apache to different path. Source versions: apache_1.3.12, mod_perl-1.22. SNIP
Re: Mod_Perl install - no apxs error -- COMPILED AND WORKING !!!
Finally installed!!! Sources Of Problems: * I was so focused on "no apxs" messages in mod_perl, I didnt question my custom build scripts that built mod_perl and Apache ... for two days! Scripts ran my apache's Configure after building mod_perl, wiping out mod_perl's changes to apache's config. * The mod_perl 'make test' tests fail if DO_PREP is selected. Ditto if you do not select EVERYTHING=1. Another red-herring-like distraction. * I didn't fully get rid of redhat's perl when I moved to 5.6.0, the 5.0.3 lib still existed in /usr/lib, and mod_perl may have been including that. The DSO apache would compile, but dump core when hit with a GET. Thanks *SO* much to everybody for their help, especially those that told me the 'no apxs' messages were ignorable, and suggested I get the bleeding-edge version. That got me to realize that the DO_PREP changes mod_perl were making to apache were being lost when I did my reconfigures, and boom! Compilation! Thanks again, Kenneth
Re: Apache/mod_perl install on AIX 4.3.3 failing - maybe compiler?
On Tue, Feb 08, 2000 at 01:27:39PM -0600, J. Meltzer wrote: How do I make sure that I use xlc to compile apache and mod_perl? Is there a command-line option for it? You need to have xlc installed, it is an extra cost option since AIX 4. If you have both gcc and xlc in your path, I think something along the lines of: CC="xlc -D_ALL_SOURCE" ./configure ... will do. I always add the -D_ALL_SOURCE so packages find the available but by default invisible extented BSD style functions without saying I want a pure BSD environment. -- Jens-Uwe Mager HELIOS Software GmbH Steinriede 3 30827 Garbsen Germany Phone: +49 5131 709320 FAX:+49 5131 709325 Internet: [EMAIL PROTECTED]
Apache/mod_perl install on AIX 4.3.3 failing - maybe compiler?
I am attempting to install mod_perl 1.21 for Apache 1.3.11 on AIX 4.3.3. I am repeatedly running into the following problem when I do the configuration of Apache with mod_perl, whether attempting it as a DSO or including mod_perl in the original Apache configuration. I have checked out the FAQs and mailing lists, and I think it may be a compiler issue, but I am not sure (see below). Here is the error output: + doing sanity check on compiler and options ** A test compilation with your Makefile configuration ** failed. The below error output from the compilation ** test will give you an idea what is failing. Note that ** Apache requires an ANSI C Compiler, such as gcc. cd ..; gcc -DAIX=43 -U__STR__ -DAIX_BIND_PROCESSOR -DMOD_PERL -DUSE_PERL_SSI -D_ALL_SOURCE -D_ANSI_C_SOURCE -D_POSIX_SOURCE -qmaxmem=8192 -I/u sr/local/include -DUSE_HSREGEX -DUSE_EXPAT -I./lib/expat-lite -DNO_DL_NEEDED `./apaci` -I. -I/usr/local/lib/perl5/5.00503/aix/CORE -lm -o h elpers/dummy helpers/dummy.c -bE:/usr/local/lib/perl5/5.00503/aix/CORE/perl.exp -L/usr/local/lib /usr/local/lib/perl5/5.00503/aix/auto/DynaL oader/DynaLoader.a -L/usr/local/lib/perl5/5.00503/aix/CORE -lperl -lnsl -ldbm -ldl -lld -lm -lc -lcrypt -lbsd -lPW gcc: unrecognized option `-qmaxmem=8192' cpp: -lang-c: linker input file unused since linking not done gcc: installation problem, cannot exec `cc1': No such file or directory gcc: file path prefix `/usr/local/lib/gcc-lib/E:/usr/local/lib/perl5/5.00503/aix/CORE/perl.exp/2.95.2/' never used make: *** [dummy] Error 1 Error Output for sanity check = End of Error Report = Aborting! I also found, in the mod_perl guide, under Installation and troubleshooting, that I should check for libgdbm.so files to see if it has been installed: Missing or Misconfigured libgdbm.so On some RedHat systems you might encounter a problem during the perl Makefile.PL stage, when the installed perl was built with gdbm library, but the library isn't actually installed. If this is your situation make sure you install it, before proceeding with the build process. The problem is, I have no idea how to install the gdbm library once Perl has been built. Do I need to rebuild Perl? I am looking into this too, but I would appreciate any input. I have verified that there are no libgdbm.so files on our system, but we are not running RedHat. I was not the original builder of Perl on this system, and the original builder is off doing other things. Again, any help would be appreciated. Thanks, Jonathan
Re: Apache/mod_perl install on AIX 4.3.3 failing - maybe compiler?
I am attempting to install mod_perl 1.21 for Apache 1.3.11 on AIX 4.3.3.nbsp; I am repeatedly running into the following problem when I do the configuration of Apache with mod_perl, whether attempting it as a DSO or including mod_perl in the original Apache configuration.nbsp; I have checked out the FAQs and mailing lists, and I think it may be a compiler issue, but I am not sure (see below).nbsp; Here is the error output:br br font color="#FF"+ doing sanity check on compiler and optionsbr ** A test compilation with your Makefile configurationbr ** failed. The below error output from the compilationbr ** test will give you an idea what is failing. Note thatbr ** Apache requires an ANSI C Compiler, such as gcc.br br cd ..; gcc -DAIX=43 -U__STR__ -DAIX_BIND_PROCESSOR -DMOD_PERL -DUSE_PERL_SSIbr -D_ALL_SOURCE -D_ANSI_C_SOURCE -D_POSIX_SOURCE -qmaxmem=8192 -I/ubr sr/local/include -DUSE_HSREGEX -DUSE_EXPAT -I./lib/expat-lite -DNO_DL_NEEDED `./apaci`br -I. -I/usr/local/lib/perl5/5.00503/aix/CORE -lm -o hbr elpers/dummy helpers/dummy.c -bE:/usr/local/lib/perl5/5.00503/aix/CORE/perl.expbr -L/usr/local/lib /usr/local/lib/perl5/5.00503/aix/auto/DynaLbr oader/DynaLoader.a -L/usr/local/lib/perl5/5.00503/aix/CORE -lperl -lnsl -ldbm -ldl -lld -lm -lcbr -lcrypt -lbsd -lPWbr gcc: unrecognized option `-qmaxmem=8192'br cpp: -lang-c: linker input file unused since linking not donebr gcc: installation problem, cannot exec `cc1': No such file or directorybr gcc: file path prefixbr `/usr/local/lib/gcc-lib/E:/usr/local/lib/perl5/5.00503/aix/CORE/perl.exp/2.95.2/' never usedbr make: *** [dummy] Error 1br Perl is set up to use a different compiler (IBM's xlc) and the command line options are not compatible with gcc's command line options. The perl module build system remembers all compiler options used to configure perl and re-applies these upon compiling perl modules. To use modperl you must compile all parts of the equation (apache, perl, modperl other perl modules) with exactly the same compiler, that means either all IBM xlc or all gcc. Jens-Uwe Mager PS: This html thing in your email makes formatting a proper reply really difficult. HELIOS Software GmbH Steinriede 3 30827 Garbsen Germany Phone: +49 5131 709320 FAX:+49 5131 709325 Internet: [EMAIL PROTECTED]
Re: Fix for Redhat(?) bug in mod_perl install
On Sat, 4 Dec 1999, Autarch wrote: I don't remember if this has been discussed before but anyway. If you're running Redhat 6.0 (and maybe 6.1?) Just this moment installed a RH-6.1 system. It did not exhibit this problem. there may be some weirdness when you try to install modperl. Basically, when you go to run make on apache, it gives it some -L or -I flags that include libgdbm, because your Perl was compiled with this. However, there is a missing symlink in the /usr/lib directory. Just do the following to fix it: ln -s libgdbm.so.2.0.0 libgdbm.so This should probably be added to the guide or something. The failure message you get is the compile failed the sanity check, with no mention of libgdbm at all. It's pretty wacky! -- -- Tom Mornini -- InfoMania Printing and Prepress
Fix for Redhat(?) bug in mod_perl install
I don't remember if this has been discussed before but anyway. If you're running Redhat 6.0 (and maybe 6.1?) there may be some weirdness when you try to install modperl. Basically, when you go to run make on apache, it gives it some -L or -I flags that include libgdbm, because your Perl was compiled with this. However, there is a missing symlink in the /usr/lib directory. Just do the following to fix it: ln -s libgdbm.so.2.0.0 libgdbm.so This should probably be added to the guide or something. The failure message you get is the compile failed the sanity check, with no mention of libgdbm at all. It's pretty wacky! -Dave /*== www.urth.org We await the New Sun ==*/
