On Fri, 2003-07-18 at 07:56, Matt Sergeant wrote: > On Friday, Jul 18, 2003, at 02:04 Europe/London, Peter Flynn wrote: > > > However, installing Apache::Request found a dependency for > > Apache::Test > > Just install Apache::Request by hand without running make test.
I don't know how to do that. I know there's some way of downloading a tar.gz file containing a bunch of Perl plus a Makefile.PL which you run to generate a real Makefile, but every time I try to find these on CPAN's Web site I end up having to install a dozen or so other dependencies first. > If it > compiles it will work. I have recently had *lots* of problems with > Apache::Test, and for the importance of this module I think maybe I'm > going to have to start hacking on it to make AxKit installation easier > (since 1.6.2 will use Apache::Test in its test suite). > > My guess is that you still have apache 2.0 installed, and that > TransferLog is a 2.0 feature, and that Apache::Test is picking up > apache 2.0 instead of apache 1.3. Make sure your old Apache 2.0 is > completely gone. Hit the nail on the head with Apache 2.0. I had checked rpm -qa | grep -i apache but obviously at some stage I had even tried installing Apache 2.0 from the source. TransferLog error is gone (actually TransferLog has been in there since Apache was the Netscape httpd I think, back in the days when the result of every GET was still referred to as a transfer :-), but now it complains > *** setting ulimit to allow core files > ulimit -c unlimited; t/TEST -verbose=0 > !!! no test server configured, please specify an httpd or apxs or put > either in your PATH. For example: > t/TEST -httpd /path/to/bin/httpd > make: *** [run_tests] Error 1 > /usr/bin/make test -- NOT OK > Running make install > make test had returned bad status, won't install without force Not good: it found Apache 2.0 when I had it and didn't want it, but when it's not there, it fails to find Apache 1.3.27 which *is* installed in the default location (/home/httpd). [later] Aha...I find the libapreq.tar.gz file is still under /root/.cpan. Unwrap it to /tmp, compile and install OK. So much for testing! Back to CPAN, install HTTP::GHTTP fails: > CPAN.pm: Going to build M/MS/MSERGEANT/HTTP-GHTTP-1.07.tar.gz > > running gnome-config... failed Gnome? Good grief. Whose bright idea was that? Gnome seems to have some problems...certainly in gnome-config, which is sitting there in /usr/bin since RH9 installed Gnome as well as KDE when I didn't ask for it :-) Which means I already have libghttp-1.0.9-7 installed as RPM. So presumably I don't need to install HTTP::GHTTP...right? > using fallback values for LIBS and INC > options: > LIBS='-L/usr/local/lib -L/usr/lib -lghttp' > INC='-I/usr/local/include -I/usr/include' > If this is wrong, Re-run as: > $ /usr/bin/perl Makefile.PL LIBS='-L/path/to/lib' > INC='-I/path/to/include' How would I go about finding out what paths these should be? Maybe irrelevant if I don't actually have to install this anyway. > checking for main() in -lghttp... no > libghttp not found > Try setting LIBS and INC values on the command line > Or get libghttp from > ftp://ftp.gnome.org/pub/GNOME/stable/sources/libghttp/ Grrr. That's been changed to ftp://ftp.gnome.org/pub/GNOME/sources/libghttp > Running make test > Make had some problems, maybe interrupted? Won't test > Running make install > Make had some problems, maybe interrupted? Won't install Pass by and push in to install AxKit and hope for the best > AxKit's installer magic requires ExtUtils::AutoInstall. AxKit comes > with an older version, but it will not be installed. You should > install the most recent ExtUtils::AutoInstall at your convenience. Oh great. > ==> Do you wish to install the 1 optional module(s)? [n] > [Recommended module for speeding up URI requests] > - HTTP::GHTTP ...failed! (needs 1.00) > ==> Do you wish to install the 1 optional module(s)? [n] Hah. So it still believes it can't find libghttp, even though it's sitting right there in /usr/lib? And it's even the right version. > lrwxrwxrwx 1 root root 17 Apr 3 00:00 /usr/lib/libghttp.so.1 -> > libghttp.so.1.0.0 > -rwxr-xr-x 1 root root 30608 Jan 25 04:21 /usr/lib/libghttp.so.1.0.0 Anyway AxKit plowed on compiling and seems to have finished. Unfortunately starting up Apache (with the PerlModule and SetHandler stuff enabled in httpd.conf causes Apache to gag. apachectl configtest says: > Syntax error on line 812 of /home/httpd/conf/httpd.conf: (which says PerlModule AxKit) > Can't load > '/usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/auto/AxKit/AxKit.so' for > module AxKit: # ls -l /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/auto/AxKit total 296 -r--r--r-- 1 root root 0 Jul 19 01:25 AxKit.bs -r-xr-xr-x 1 root root 296862 Jul 19 01:25 AxKit.so /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/auto/AxKit/AxKit.so: undefined symbol: libiconv_close at /usr/lib/perl5/5.8.0/i386-linux-thread-multi/DynaLoader.pm line 229. > at /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/AxKit.pm > line 32 > BEGIN failed--compilation aborted at > /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/AxKit.pm line > 32. > Compilation failed in require at (eval 4) line 3. Back to square one which I originally posted about weeks ago. libiconv is obviously too broken in RH9 to be usable. David, how did you overcome this lot? ///Peter --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
