Problems installing Premium Modules

(Nic Hubbard) #1

I was in the process of installing the premium/commercial modules and I ran into a problem. I was running step_03.php and in the process of installing the package_manager_cms I got the following error:

    +---------------------------------------------------------------------------------------------------------------------------+
    | PHP Warning                                                                                                               |
    |---------------------------------------------------------------------------------------------------------------------------|
    | main(HTTP/Client[SYSTEM_ROOT]php): failed to open stream: No such file or directory                                       |
    +---------------------------------------------------------------------------------------------------------------------------+
    
    Fatal error: main(): Failed opening required 'HTTP/Client.php' (include_path='.:./php_includes:/usr/local/lib/php') in /home/websites/mysource_matrix/packages/cms/page_templates/page_remote_content/page_remote_content.inc on line 22



I think the install then quit, and I can't get any of the modules to show up in my matrix install. What to do now?
(Adendle) #2

Hi There,


It looks to me like that there are missing PEAR modules (aka: HTTP_CLIENT). The premium and commercial modules require additional PEAR modules to be installed. More information can be found on the requirements page for matrix. You can check what is installed by using the “pear list” command in a shell window for your install.



Once the modules are in place and installed then I would simply restart the install process from step02.php…(SQUIZ STAFF: please let me know if I am wrong here!!).



Hope this helps… :smiley:

Anthony

(Avi Miller) #3

Exactly right. HTTP Client is one of the required PEAR modules for the Commercial packages. You need to ensure you have all of the PEAR modules listed on the Requirements page before running step_03.phhp again.

(Nic Hubbard) #4

Ok, I get it now. My mistake. So, i installed all the pear modules that I could, with the exception of the Image modules because my php install says that it does not have gd support configured.


Well, I feel like I am back to step 1, 6 months ago when I configured php for this. So, I tried to re-configure php, with all the nessissary support, but I am still not getting the correct php configuration installed. When I check my php info, it still only lists the past configure options, rather than the new ones that I configured, then installed. Does anyone know what I am doing wrong here? I thought I could always re-configure php with new options, and it would over write the old version.

(Avi Miller) #5

How are you installing PHP? For Red Hat or Debian, it should be as simple as adding the php-gd package to your installation. If you're compiling from source, you need to make sure that you're installing the PHP binary and PHP Apache modules into the correct places. You may even need to restart Apache to see the new PHP module.

(Nic Hubbard) #6

Compiling from source. Yeah, I think it is some problem with Apache not seeing the newly compiled module. I will keep at it.

(Avi Miller) #7

[quote]Compiling from source.  Yeah, I think it is some problem with Apache not seeing the newly compiled module.  I will keep at it.
[right][post=“13640”]<{POST_SNAPBACK}>[/post][/right][/quote]



If you look at the PHP Info, it should list the compile line that was used to create it. Make sure you’re repeating that line exactly, with extra bits added. This will ensure you’re referencing the correct apxs binary, for example.

(Nic Hubbard) #8

Still no luck. I have tried to recomplile multipule times. I made sure to repeat the lines from the php info page.


After I recompile, I check the php info page, and it gives me a correct date and time of build, but the flags that I built it with are still the old ones that I used. It seems like it knows I am creating a new build, but not seeing that I added all the new flags.



This is very strange. Never remember having problems with this before.

(Avi Miller) #9

That is very odd. I haven't seen PHP do that either. What do you get if you run:

    # php -i | less

On the command line?

(Nic Hubbard) #10

It spits out the entire php info screen. You wanting to see it entirely? Here is the top part:

    System => Linux localhost.localdomain 2.6.15-1.2054_FC5 #1 Tue Mar 14 15:48:33 EST 2006 i686
    Build Date => Dec 18 2006 13:11:54
    Configure Command =>  './configure' '--with-apxs2=/apache2/bin/apxs' '--with-mysql=/usr/local/mysql' '--with-pgsql=/usr/local/pgsql' '--enable-cli'
    Server API => Command Line Interface
    Virtual Directory Support => disabled
    Configuration File (php.ini) Path => /usr/local/lib
    PHP API => 20020918
    PHP Extension => 20020429
    Zend Extension => 20050606
    Debug Build => no
    Zend Memory Manager => enabled
    Thread Safety => disabled
    Registered PHP Streams => php, http, ftp


Still showing my old flags, but a new build date.
(Avi Miller) #11

That's very odd. I have no idea why its doing that.

(Mat Griffin) #12

you should be able to simply 'update' php using yum rather than having to recompile

(Nic Hubbard) #13

How would I do that?

(Adendle) #14

[quote]How would I do that?
[right][post=“13728”]<{POST_SNAPBACK}>[/post][/right][/quote]



Here is a site with some good information on using YUM…Hope it helps…



Using Yum



Examples


    If you would like to install PHP use yum command
    # yum install php
    
    If you would like to upgrade PHP use yum command
    # yum update php


:) Anthony