For Programmers: Free Programming Magazines  


Home > Archive > PHP Installation > August 2006 > Re: [PHP-INSTALL] borked install - cannot downgrade









You are viewing an archived Text-only version of the thread. To view this thread in it's original format and/or if you want to reply to this thread please [click here]

 

Author Re: [PHP-INSTALL] borked install - cannot downgrade
brian

2006-08-27, 6:57 pm

brian wrote:
> Linux 2.4.20-021stab028.24.777-enterprise #1 SMP Fri Jan 6 19:39:27 MSK
> 2006 i686 i686 i386 GNU/Linux
>
> httpd-2.0.51-2.9.1 & httpd-devel-2.0.51-2.9.1 installed as RPM.
>
> I attempted to install php-5.1.4 from source only to run into something
> at the final step. I'd previously had 4.4.0 installed through RPMs on
> this machine and had removed them before installing the version compiled
> from source.
>
> -- snip --
> # make install
> Installing PHP SAPI module: apache2handler
> /usr/lib/httpd/build/instdso.sh SH_LIBTOOL='/bin/sh
> /usr/lib/apr/build/libtool' libphp5.la /usr/lib/httpd/modules
> /bin/sh /usr/lib/apr/build/libtool --mode=install cp libphp5.la
> /usr/lib/httpd/m odules/
> cp .libs/libphp5.so /usr/lib/httpd/modules/libphp5.so
> cp .libs/libphp5.lai /usr/lib/httpd/modules/libphp5.la
> libtool: install: warning: remember to run `libtool --finish
> /home/bally/src/php -5.1.4/libs'
> chmod 755 /usr/lib/httpd/modules/libphp5.so
> [activating module `php5' in /etc/httpd/conf/httpd.conf]
> Installing PHP CLI binary: /usr/bin/
> Installing PHP CLI man page: /usr/share/man/man1/
> Installing shared extensions: /usr/lib/20050922/
> Installing build environment: /usr/lib/build/
> Installing header files: /usr/include/php/
> Installing helper programs: /usr/bin/
> program: phpize
> program: php-config
> Installing man pages: /usr/share/man/man1/
> page: phpize.1
> page: php-config.1
> Installing PEAR environment: /usr/share/pear/
> [PEAR] Archive_Tar: PEAR_Registry: could not open filemap
> "/usr/share/pear/.file map"
> [PEAR] Console_Getopt: PEAR_Registry: could not open filemap
> "/usr/share/pear/.f ilemap"
> warning: pear/PEAR requires package "pear/Archive_Tar" (recommended
> version 1.3. 1)
> warning: pear/PEAR requires package "pear/Console_Getopt" (recommended
> version 1 .2)
> pear/PEAR can optionally use package "pear/XML_RPC" (version >= 1.4.0)
> [PEAR] PEAR: PEAR_Registry: could not open filemap
> "/usr/share/pear/.filemap"
> Installing PDO headers: /usr/include/php/ext/pdo/
>
> -- snip --
>


OK, the downgrade to 4.4.0 was resolved (a bogus call to load the PHP5
module--which still existed--was left in httpd.conf). All good, but i
wanted to get PHP5 installed, so i started over again, this time leaving
the php-pear RPM in place, but removing the others before make install.
This satisfied PEAR and everything is fine.

That's for the benefit of google, and anyone else who might have
similar problem.

However, i had to point extension_dir to /usr/lib/20050922/ because
that's where make put them. This isn't critical (everything works) but
i'm as to why that dir isn't /usr/lib/php (or php5). It seems
rather odd to name it after what appears to be a date (though i don't
see any files in the source distro which correlate to it).

Just curious.

b
Peter Hodge

2006-08-27, 9:57 pm

The PHP installer is a savage beast. When it works, it works. When it
doesn't, it can be very hard to figure out what went wrong. If I was in a
position and had the expertise to do so, I would love to add some robustness to
the installer so that maybe once in a while it would tell you why it didn't
work.

regards,
Peter

P.S. Did you know that PHP 5.1.6 is out and ready for you to install?
(www.php.net) ;-)



>
> OK, the downgrade to 4.4.0 was resolved (a bogus call to load the PHP5
> module--which still existed--was left in httpd.conf). All good, but i
> wanted to get PHP5 installed, so i started over again, this time leaving
> the php-pear RPM in place, but removing the others before make install.
> This satisfied PEAR and everything is fine.
>
> That's for the benefit of google, and anyone else who might have
> similar problem.
>
> However, i had to point extension_dir to /usr/lib/20050922/ because
> that's where make put them. This isn't critical (everything works) but
> i'm as to why that dir isn't /usr/lib/php (or php5). It seems
> rather odd to name it after what appears to be a date (though i don't
> see any files in the source distro which correlate to it).
>
> Just curious.
>
> b
>





________________________________________
____________
On Yahoo!7
Photos: Unlimited free storage – keep all your photos in one place!
http://au.photos.yahoo.com
Sponsored Links







Also available: Server administration forum archive | Web Design forum archive | Software forum archive | Hardware reviews archive

Copyright 2008 codecomments.com