|
From: Micah Y. <yo...@ho...> - 2001-04-21 00:43:03
|
Hi, Posted this on Slashcode yesterday, no replies. Guess I should have posted here instead. Anyway I had everything working great in RH 6.2 including the PHP4 module. Upgraded to 7.1 and went through the CPAN setup and now things are broken. This might be a clue: [root@eclipse apache]# perl use Slash::Apache; Can't load '/usr/lib/perl5/site_perl/5.6.0/i386-linux/auto/Slash/Apache/Apache.so' for module Slash::Apache: /usr/lib/perl5/site_perl/5.6.0/i386-linux/auto/Slash/Apache/Apache.so: undefined symbol: perl_cmd_perl_TAKE1 at /usr/lib/perl5/5.6.0/i386-linux/DynaLoader.pm line 200. at - line 1 Compilation failed in require at - line 1. BEGIN failed--compilation aborted at - line 1. But... [root@eclipse apache]# ls -l /usr/lib/perl5/site_perl/5.6.0/i386-linux/auto/Slash/Apache/Apache.so -r-xr-xr-x 1 root root 10144 Apr 18 16:45 /usr/lib/perl5/site_perl/5.6.0/i386-linux/auto/Slash/Apache/Apache.so the module is there, so I'm not entirely clear on why it can't be loaded. There's no more informative message that I can find. And when I actually try to start Apache... [root@eclipse apache]# ./bin/apachectl start Syntax error on line 9 of /usr/local/slash/httpd/slash.conf: Can't locate loadable object for module Apache::ModuleConfig in @INC (@INC contains: /usr/lib/perl5/5.6.0/i386-linux /usr/lib/perl5/5.6.0 /usr/lib/perl5/site_perl/5.6.0/i386-linux /usr/lib/perl5/site_perl/5.6.0 /usr/lib/perl5/site_perl . /usr/local/apache/ /usr/local/apache/lib/perl) at /usr/lib/perl5/site_perl/5.6.0/i386-linux/mod_perl.pm line 14 Compilation failed in require at /usr/lib/perl5/site_perl/5.6.0/i386-linux/Slash/Utility.pm line 32. BEGIN failed--compilation aborted at /usr/lib/perl5/site_perl/5.6.0/i386-linux/Slash/Utility.pm line 32. Compilation failed in require at /usr/lib/perl5/site_perl/5.6.0/i386-linux/Slash/DB/Utility.pm line 9. BEGIN failed--compilation aborted at /usr/lib/perl5/site_perl/5.6.0/i386-linux/Slash/DB/Utility.pm line 9. Compilation failed in require at /usr/lib/perl5/site_perl/5.6.0/i386-linux/Slash/DB.pm line 10. BEGIN failed--compilation aborted at /usr/lib/perl5/site_perl/5.6.0/i386-linux/Slash/DB.pm line 10. Compilation failed in require at /usr/lib/perl5/site_perl/5.6.0/i386-linux/Slash.pm line 41. BEGIN failed--compilation aborted at /usr/lib/perl5/site_perl/5.6.0/i386-linux/Slash.pm line 41. Compilation failed in require at (eval 3) line 3. ./bin/apachectl start: httpd could not be started I'm getting desperate. Any ideas? Thanks! Micah |
|
From: shane <sh...@lo...> - 2001-04-21 15:48:10
|
At 05:43 PM 4/20/2001 -0400, you wrote: >Hi, > >Posted this on Slashcode yesterday, no replies. Guess I should have posted >here instead. > >Anyway I had everything working great in RH 6.2 including the PHP4 module. >Upgraded to 7.1 and went through the CPAN setup and now things are broken. Wait a sec - you *upgraded* from 6.2? So you didn't fdisk everything and install fresh? Were you running apache/mod_perl/mysql from RPM or source? Are you trying to run apache/mod_perl/mysql from RPM or source now? I just wiped my server at home from 6.0 (running 2.4.2) to 7.1. For the hell of it I'm trying to run with the RPM setup first, just to see if it works. BTW, incase anyone is reading this, things like zlib and expat are already installed in RPM format with 7.1. I'm installing perl libs now, then gonna go get some breakfest. But if anyone is interested in my findings, let me know, I can post them here or on slashcode. I've got all my tarballs that I need downloaded, so I'll remove all the rpm's & move to using source eventually after I'm done tinkering with rpm's. Shane |
|
From: Micah Y. <yo...@ho...> - 2001-04-21 20:53:58
|
> Wait a sec - you *upgraded* from 6.2? So you didn't fdisk everything > and install fresh? Nope. This is just a home system and I didn't want to re-install all my software (Corel, Loki Games, etc). I figure the upgrade is supposed to go well, and it did except for this. > Were you running apache/mod_perl/mysql from RPM or source? Compiled it from source. Slash doesn't like the default config. > Are you trying to run apache/mod_perl/mysql from RPM or source now? Source again. First tried it without recompiling, was hoping that would work. It failed saying it couldn't find strict.pm in @INC (which included the Perl 5.005 tree). Not sure why that happened. Recompiled, using these notes I made for myself. This is what I did under 6.2, and it successfully made an httpd with PHP4 and a Slash-happy mod_perl working together. So in case anyone is still having that problem, here's the solution: ----------- In PHP directory: ./configure --with-pgsql=/usr/local/pgsql --with-mysql=/usr/local/mysql --with-apache=/home/micah/slashstuff/apache_1.3.19 --enable-track-vars make make install In mod_perl directory: perl Makefile.PL APACHE_SRC=/home/micah/slashstuff/apache_1.3.19 DO_HTTPD=1 USE_APACI=1 PERL_MARK_WHERE=1 make make install in Apache directory: ./configure --prefix=/usr/local/apache --activate-module=src/modules/php4/libphp4.a --activate-module=src/modules/perl/libperl.a --activate-module=src/modules/extra/mod_adbanners.o make make install ------------- > I just wiped my server at home from 6.0 (running 2.4.2) to 7.1. > For the hell of it I'm trying to run with the RPM setup > first, just to see if it works. Good luck. Let me know if it does! I'd certainly prefer using RPM, but everything I've read indicates that Slash needs a custom mod_perl compile. > BTW, incase anyone is reading this, things like zlib and expat > are already installed in RPM format with 7.1. > I'm installing perl libs now, then gonna go get some breakfest. > But if anyone is interested in my findings, let me know, I > can post them here or on slashcode. Please do post them! I just downloaded Progeny Debian last night and intend to put it on my other computer. Maybe I'll have better luck getting it to work with that. Thanks, Micah |
|
From: Jonathan P. <pa...@sl...> - 2001-04-22 14:35:21
|
On Sat, Apr 21, 2001 at 01:54:42PM -0400, Micah Yoder wrote: > Compiled it from source. Slash doesn't like the default config. >=20 What part of the default config does it not like? I'm not gonna try and say the RPM is the best one ever made, but a bug report now and then about your troubles can help make it better, like into something people would want to use. --=20 Jonathan "CowboyNeal" Pater | pa...@sl... http://cowboyneal.org/ | http://slashdot.org/ "Art is good when it springs from necessity. This kind of origin is the guarantee of its value; there is no other." -- Neal Cassady |
|
From: Micah Y. <yo...@ho...> - 2001-04-23 08:37:45
|
On Sunday 22 April 2001 10:33, you wrote: > On Sat, Apr 21, 2001 at 01:54:42PM -0400, Micah Yoder wrote: > > Compiled it from source. Slash doesn't like the default config. > > What part of the default config does it not like? I'm not gonna try and say > the RPM is the best one ever made, but a bug report now and then about your > troubles can help make it better, like into something people would want to > use. I believe the Slashcode docs themselves say that Slash doesn't like the default config. I'm actually not even sure that my problem is a bug in Slash (it probably isn't). Just something to do with the perl modules. So if anyone could tell me why this happens and how to fix it, that would probably go a long way to getting it working: [root@eclipse micah]# /usr/local/apache/bin/apachectl start Syntax error on line 9 of /usr/local/slash/httpd/slash.conf: Can't locate loadable object for module Apache::ModuleConfig in @INC (@INC contains: /usr/lib/perl5/5.6.0/i386-linux /usr/lib/perl5/5.6.0 /usr/lib/perl5/site_perl/5.6.0/i386-linux /usr/lib/perl5/site_perl/5.6.0 /usr/lib/perl5/site_perl . /usr/local/apache/ /usr/local/apache/lib/perl) at /usr/lib/perl5/site_perl/5.6.0/i386-linux/mod_perl.pm line 14 Line 9 of that file: PerlModule Slash |
|
From: Chris N. <pu...@po...> - 2001-04-23 14:37:35
|
At 13:54 -0400 2001.04.21, Micah Yoder wrote: >Recompiled, using these notes I made for myself. This is what I did under >6.2, and it successfully made an httpd with PHP4 and a Slash-happy mod_perl >working together. So in case anyone is still having that problem, here's the >solution: > In mod_perl directory: > > perl Makefile.PL APACHE_SRC=/home/micah/slashstuff/apache_1.3.19 DO_HTTPD=1 >USE_APACI=1 PERL_MARK_WHERE=1 No EVERYTHING=1? -- Chris Nandor pu...@po... http://pudge.net/ Open Source Development Network pu...@os... http://osdn.com/ |
|
From: Micah Y. <yo...@ho...> - 2001-04-23 18:54:22
|
> > perl Makefile.PL APACHE_SRC=/home/micah/slashstuff/apache_1.3.19 > > DO_HTTPD=1 USE_APACI=1 PERL_MARK_WHERE=1 > > No EVERYTHING=1? Aaaaaaaaaaaaaaaaaaaaiiiiiiiiiiiiiiiiiiiiiiii!!!!!!!!!!!! That was it! Boy am I a klutz! Thank you!!!!!!!! Dunno how I missed putting that in there! Sometimes it just takes another pair of eyes. |
|
From: shane <sh...@lo...> - 2001-04-24 10:26:19
|
At 01:54 PM 4/21/2001 -0400, you wrote:
> > Wait a sec - you *upgraded* from 6.2? So you didn't fdisk everything
> > and install fresh?
>
>Nope. This is just a home system and I didn't want to re-install all my
>software (Corel, Loki Games, etc). I figure the upgrade is supposed to go
>well, and it did except for this.
>
> > Were you running apache/mod_perl/mysql from RPM or source?
>
>Compiled it from source. Slash doesn't like the default config.
>
> > Are you trying to run apache/mod_perl/mysql from RPM or source now?
>
>Source again. First tried it without recompiling, was hoping that would
>work. It failed saying it couldn't find strict.pm in @INC (which included
>the Perl 5.005 tree). Not sure why that happened.
>
>Recompiled, using these notes I made for myself. This is what I did under
>6.2, and it successfully made an httpd with PHP4 and a Slash-happy mod_perl
>working together. So in case anyone is still having that problem, here's the
>solution:
>-----------
>In PHP directory:
>
> ./configure --with-pgsql=/usr/local/pgsql --with-mysql=/usr/local/mysql
>--with-apache=/home/micah/slashstuff/apache_1.3.19 --enable-track-vars
> make
> make install
>
> In mod_perl directory:
>
> perl Makefile.PL APACHE_SRC=/home/micah/slashstuff/apache_1.3.19
> DO_HTTPD=1
>USE_APACI=1 PERL_MARK_WHERE=1
> make
> make install
>
>in Apache directory:
>
>./configure --prefix=/usr/local/apache
>--activate-module=src/modules/php4/libphp4.a
>--activate-module=src/modules/perl/libperl.a
>--activate-module=src/modules/extra/mod_adbanners.o
>make
>make install
>-------------
>
> > I just wiped my server at home from 6.0 (running 2.4.2) to 7.1.
> > For the hell of it I'm trying to run with the RPM setup
> > first, just to see if it works.
>
>Good luck. Let me know if it does! I'd certainly prefer using RPM, but
>everything I've read indicates that Slash needs a custom mod_perl compile.
I gave up, and went the all-source-built route. Seems to be working like a
champ now.
> > BTW, incase anyone is reading this, things like zlib and expat
> > are already installed in RPM format with 7.1.
> > I'm installing perl libs now, then gonna go get some breakfest.
> > But if anyone is interested in my findings, let me know, I
> > can post them here or on slashcode.
>
>Please do post them!
Ok, so far I have slash working on two redhat7.1 boxes.
What I did was
1) did a custome install, installed all the devel stuff, did
NOT install web/ftp/sql servers.
2) immediately made sure the 'wget' and 'tree' commands were
installed, if not installed them.
3) wgetted all tarballs that I'd need: apache, mod_perl, open_ssl,
mod_ssl, php4, perl, cpan, openssh, mysql, etc.
4) removed perl from the system: perl --nodeps -e perl && rm -fR /usr/lib/perl5
5) installed perl from tarball.
6) installed cpan and started installing perl bundles/modules/scripts
7) installed mysql
8) installed apache/mod_perl etc.
I got apache compiling and working after I realized I forgot to
*remove* Redhat's RPM's of openssl, then installed open_ssl
and apache compiled OK.
This broke Redhat's rpm's of ssh (client, server, etc).
So I had to install openssh by hand:
rpm -e openssh-server && rpm -e openssh-clients && rpm -e openssh
then, to compile openssh I used the following:
./configure --with-pam --with-tcp-wrappers --sysconfdir=/etc/ssh
then updated bender from CVS, make install UNINST=1 INIT=/etc/rc.d
and now I'm setting up my first slashsite. All seems to ready to roll.
Shane
|
|
From: Micah Y. <mi...@ge...> - 2001-04-24 19:08:33
|
On Tuesday 24 April 2001 06:32, you wrote: > I gave up, and went the all-source-built route. Seems to be working like a > champ now. Cool. I'm also in business, and I didn't even have to do most of what you did. I just somehow left the EVERYTHING=1 out of my mod_perl config, as pudge pointed out. > 4) removed perl from the system: perl --nodeps -e perl && rm -fR > /usr/lib/perl5 5) installed perl from tarball. Interesting. Why exactly did you do that? I'm using RH's perl-5.6.0 RPM and it seems to work. > 6) installed cpan and started installing perl bundles/modules/scripts Did you have any module install problems? I had a couple/few, but I didn't keep a good log so I don't remember what they were. I'm still not sure if all the modules are installed correctly, but the thing works so I guess it's close enough. :-) > I got apache compiling and working after I realized I forgot to > *remove* Redhat's RPM's of openssl, then installed open_ssl > and apache compiled OK. You shouldn't have to do that. I didn't compile in mod_ssl, but I'd think you could point the Apache config to the OpenSSL files installed by RPM, since it's not a module, just a library. Micah |
|
From: shane <sh...@lo...> - 2001-04-24 20:17:07
|
At 12:09 PM 4/24/2001 -0400, you wrote: >On Tuesday 24 April 2001 06:32, you wrote: > > > I gave up, and went the all-source-built route. Seems to be working like a > > champ now. > >Cool. I'm also in business, and I didn't even have to do most of what you >did. I just somehow left the EVERYTHING=1 out of my mod_perl config, as >pudge pointed out. hmm. I'll have to try this later in the week. I've another machine I can screw around with :) > > 4) removed perl from the system: perl --nodeps -e perl && rm -fR > > /usr/lib/perl5 5) installed perl from tarball. > >Interesting. Why exactly did you do that? I'm using RH's perl-5.6.0 RPM and >it seems to work. I did it for two reasons - 1) because everyone is always preaching that to build it from source is the best, most problem free way to have it on a box and 2) because I'd never tried it before. I'd always used perl rpm's. > > 6) installed cpan and started installing perl bundles/modules/scripts > >Did you have any module install problems? I had a couple/few, but I didn't >keep a good log so I don't remember what they were. I'm still not sure if >all the modules are installed correctly, but the thing works so I guess it's >close enough. :-) Yes, there were a few: AppConfig-1.52 libwww-perl.5.55391 Text-Autoformat-1.04 those were the only ones that I kept notes about, but I'm fairly certain there were 2 or 3 others that I had to do by hand. Which, when you think about all the modules that cpan does correctly... I cannot complain. Thank you for Bundle::Slash!! > > I got apache compiling and working after I realized I forgot to > > *remove* Redhat's RPM's of openssl, then installed open_ssl > > and apache compiled OK. > >You shouldn't have to do that. I didn't compile in mod_ssl, but I'd think >you could point the Apache config to the OpenSSL files installed by RPM, >since it's not a module, just a library. > >Micah I agree, but this was the quickest way to get the machine going late last nite. I'll wipe it and try doing it the w/o it's own perl and w/o messing with the openssl rpms asap (or do it on another box), because now I've got lib problems it seems: $ nslookup lottadot.com nslookup: error while loading shared libraries: /usr/lib/libdns.so.4: undefined symbol: CRYPTO_set_mem_functions Shane |