Atomicorp

Posted: **Sun Oct 07, 2007 6:15 pm**

First off I'd like to thank Scott for his work. I'm impressed!

I'm updating my PHP 5.0.4 to 5.2.3-4. I'm on a 1and1 VPS running Fedora Core 4 X86_64. I've upgraded Plesk to version 8.2.1.

I'm getting the following error during the update:

Error: Missing Dependency: php-common = 5.2.3-3.fc4.art is needed by package php-pdo

Not sure what I'm doing wrong. Below is my log. Thanks.

-Michael

# yum update php
Setting up Update Process
Setting up repositories
atomic 100% |=========================| 951 B 00:00
Reading repository metadata in from local files
Resolving Dependencies
--> Populating transaction set with selected packages. Please wait.
---> Package php.x86_64 0:5.2.3-4.fc4.art set to be updated
--> Running transaction check
--> Processing Dependency: php = 5.0.4-10.5.1.swsoft for package: php-devel
--> Processing Dependency: php = 5.0.4-10.5.1.swsoft for package: php-mysql
--> Processing Dependency: php = 5.0.4-10.5.1.swsoft for package: php-gd
--> Processing Dependency: php = 5.0.4-10.5.1.swsoft for package: php-pear
--> Processing Dependency: php = 5.0.4-10.5.1.swsoft for package: php-pgsql
--> Processing Dependency: php-common = 5.2.3-4.fc4.art for package: php
--> Processing Dependency: php <= 5.1.0 for package: php-sqlite2
--> Processing Dependency: php = 5.0.4-10.5.1.swsoft for package: php-xml
--> Processing Dependency: php = 5.0.4-10.5.1.swsoft for package: php-odbc
--> Processing Dependency: php = 5.0.4-10.5.1.swsoft for package: php-dba
--> Processing Dependency: php-cli = 5.2.3-4.fc4.art for package: php
--> Processing Dependency: php = 5.0.4-10.5.1.swsoft for package: php-ldap
--> Processing Dependency: php = 5.0.4-10.5.1.swsoft for package: php-xmlrpc
--> Processing Dependency: php = 5.0.4-10.5.1.swsoft for package: php-ncurses
--> Processing Dependency: php = 5.0.4-10.5.1.swsoft for package: php-imap
--> Processing Dependency: php = 5.0.4-10.5.1.swsoft for package: php-mbstring
--> Processing Dependency: php = 5.0.4-10.5.1.swsoft for package: php-snmp
--> Processing Dependency: php = 5.0.4-10.5.1.swsoft for package: php-soap
--> Processing Dependency: php = 5.0.4-10.5.1.swsoft for package: php-bcmath
--> Processing Dependency: /usr/bin/php for package: psa-horde
--> Restarting Dependency Resolution with new changes.
--> Populating transaction set with selected packages. Please wait.
---> Package php-devel.x86_64 0:5.2.3-4.fc4.art set to be updated
---> Package php-ldap.x86_64 0:5.2.3-4.fc4.art set to be updated
---> Package php-snmp.x86_64 0:5.2.3-4.fc4.art set to be updated
---> Package php-xmlrpc.x86_64 0:5.2.3-4.fc4.art set to be updated
---> Package php-cli.x86_64 0:5.2.3-4.fc4.art set to be updated
---> Package php-soap.x86_64 0:5.2.3-4.fc4.art set to be updated
---> Package php-pear.noarch 1:1.5.0-5.fc4.art set to be updated
---> Package php-common.x86_64 0:5.2.3-4.fc4.art set to be updated
---> Package php-xml.x86_64 0:5.2.3-4.fc4.art set to be updated
---> Package php-ncurses.x86_64 0:5.2.3-4.fc4.art set to be updated
---> Package php-mysql.x86_64 0:5.2.3-4.fc4.art set to be updated
---> Package php-gd.x86_64 0:5.2.3-4.fc4.art set to be updated
---> Package php-odbc.x86_64 0:5.2.3-4.fc4.art set to be updated
---> Package php-pgsql.x86_64 0:5.2.3-4.fc4.art set to be updated
---> Package php-imap.x86_64 0:5.2.3-4.fc4.art set to be updated
---> Package php-mbstring.x86_64 0:5.2.3-4.fc4.art set to be updated
---> Package php-bcmath.x86_64 0:5.2.3-4.fc4.art set to be updated
---> Package php-pdo.x86_64 0:5.2.3-3.fc4.art set to be updated
---> Package php-dba.x86_64 0:5.2.3-4.fc4.art set to be updated
--> Running transaction check
--> Processing Dependency: php-common = 5.2.3-3.fc4.art for package: php-pdo
--> Finished Dependency Resolution
Error: Missing Dependency: php-common = 5.2.3-3.fc4.art is needed by package php-pdo

Posted: **Sun Oct 07, 2007 9:46 pm**

Looks like some overlap with that sw-soft distributed php. Unfortunately when you get that, you've got to remove the older packages and treat this as a new install.

This probably needs work, so we'll update the thread as more info comes in:

Step 1) List all the existing php packages
rpm -qa |grep ^php-

Step 2) Remove all of them
rpm -e --nodeps <package name>

Step 3) Install the new ones:
yum install <package name>

Posted: **Mon Oct 08, 2007 9:29 am**

Looks like some overlap with that sw-soft distributed php.

Where do you see that? I don't see that.

I do see that all packages are being set to be upgraded to 5.2.3-4, but somehow php-pdo is set to be upgraded to 5.2.3-3 which causes the conflict, because php-pdo 5.2.3-3 requires php-common 5.2.3-3.

php-pdo 5.2.3-4 is available at http://www.atomicorp.com/channels/atomi ... 6_64/RPMS/ though, so I don't understand why yum is not picking that one.

I'd try downloading the php packages from http://www.atomicorp.com/channels/atomi ... 6_64/RPMS/ to a local directory and then try a yum localinstall php*.rpm or something.

Posted: **Mon Oct 08, 2007 9:47 am**

Yeah its that /etc/php.ini is in the php package on one side, and php-common on the other. Whats going on here is you're only seeing part of the error message.

Posted: **Mon Oct 08, 2007 10:05 pm**

Scott,

I did as you suggested:

>>Step 1) List all the existing php packages
>>rpm -qa |grep ^php-

php-gd-5.0.4-10.5.1.swsoft
php-xml-5.0.4-10.5.1.swsoft
php-bcmath-5.0.4-10.5.1.swsoft
php-ncurses-5.0.4-10.5.1.swsoft
php-snmp-5.0.4-10.5.1.swsoft
php-imap-5.0.4-10.5.1.swsoft
php-mysql-5.0.4-10.5.1.swsoft
php-dba-5.0.4-10.5.1.swsoft
php-ldap-5.0.4-10.5.1.swsoft
php-odbc-5.0.4-10.5.1.swsoft
php-pgsql-5.0.4-10.5.1.swsoft
php-soap-5.0.4-10.5.1.swsoft
php-5.0.4-10.5.1.swsoft
php-mbstring-5.0.4-10.5.1.swsoft
php-devel-5.0.4-10.5.1.swsoft
php-pear-5.0.4-10.5.1.swsoft
php-xmlrpc-5.0.4-10.5.1.swsoft
php-sqlite2-5.0.4-200608261840

I then went through and removed each of these packages with the following:

>>Step 2) Remove all of them
>>rpm -e --nodeps <package name>

At last I reinstalled all the packages above with: (sqlite2 didn't exist in 5.2.3)

>> Step 3) Install the new ones:
yum install <package name>

I did:

php -version

Failed loading /opt/php51/lib64/php5/extensions/php_ioncube_loader_lin_5.0_x86_6 4.so: /opt/php51/lib64/php5/extensions/php_ioncube_loader_lin_5.0_x86_64.so: un defined symbol: empty_string
PHP 5.2.3 (cli) (built: Aug 27 2007 10:31:11)
Copyright (c) 1997-2007 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies

Not sure if this is a showstopper or not...

-Michael

Posted: **Mon Oct 08, 2007 11:06 pm**

I was getting the following error after doing a php -version

Failed loading /opt/php51/lib64/php5/extensions/php_ioncube_loader_lin_5.0_x86_6 4.so: /opt/php51/lib64/php5/extensions/php_ioncube_loader_lin_5.0_x86_64.so: un defined symbol: empty_string
PHP 5.2.3 (cli) (built: Aug 27 2007 10:31:11)
Copyright (c) 1997-2007 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies

I went to the directory at /etc/php.d

Modified the file ioncube-loader.ini

Changed the line from:
zend_extension=/opt/php51/lib64/php5/extensions/php_ioncube_loader_lin_5.0_x86_64.so

to
zend_extension=/opt/php52/lib/php/modules/ioncube_loader_lin_5.2_x86_64.so

I then did a restart with

/sbin/service httpd restart

Stopping httpd: [ OK ]
Starting httpd: [ OK ]

Followed by:

php -version

PHP 5.2.3 (cli) (built: Aug 27 2007 10:31:11)
Copyright (c) 1997-2007 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies
with the ionCube PHP Loader v3.1.28, Copyright (c) 2002-2007, by ionCube Ltd.

Everything looks good and all appears to be working....

Any final thoughts?

Posted: **Tue Oct 09, 2007 3:48 am**

Yes, you always need to upgrade you Ioncube Loader version along with your PHP version if you're using Ioncube Loader.

Posted: **Tue Oct 09, 2007 8:34 am**

Ive got php-ioncube packages:

yum install php-ioncube-loader

Posted: **Tue Oct 09, 2007 9:38 pm**

It appears that some PHP code that I wrote that uses the dom doesn't appear to be working now. Not sure what the problem is yet. Here is a sample of the code that doesn't work:

$markerFile = "Test.xml";
$dom = new DOMDocument('1.0', 'utf-8');
$dom->formatOutput = true;
$node = $dom->createElement("markers");
$parnode = $dom->appendChild($node);
$dom->save($markerFile);

Any thoughts?

Michael

Posted: **Tue Oct 09, 2007 10:18 pm**

The PHP code seems to run, but I should note that the file Test.xml is not being created. It could be that something isn't set correctly in the php.ini.

Michael

Posted: **Tue Oct 09, 2007 10:24 pm**

Did a php -m

This lists all the modules that have been loaded. Here is a partial list of the ones that came up for me. As you can see dom is there...

[PHP Modules]
bcmath
bz2
calendar
ctype
curl
date
dba
dom
exif
filter
ftp
gd
gettext
gmp
hash
iconv
imap
json
ldap
libxml
mbstring
mysql
mysqli
ncurses
odbc
openssl
pcntl
pcre

Posted: **Wed Oct 10, 2007 6:11 am**

Anything in your logs?

Posted: **Wed Oct 10, 2007 6:34 am**

Receiving this error. I did php -info and it says safe mode is off.

Warning: DOMDocument::save() [function.DOMDocument-save]: SAFE MODE Restriction in effect. The script whose uid is 0 is not allowed to access /var/www/vhosts/mydomain.com/httpdocs owned by uid 10001 in /var/www/vhosts/mydomain.com/httpdocs/xmlfile.php on line 10

Any ideas?

-Michael

Posted: **Wed Oct 10, 2007 6:39 am**

The error says the script is owned by uid 0, which is root. I'd change this to match the domain user. Did you disable safe_mode for this through Plesk? Did you check phpinfo() in the dir this script is running (safe_mode is not necessarily the same for every vhost or or even directory)?

Posted: **Thu Oct 11, 2007 10:19 pm**

Atomicorp

Problem upgrading PHP to V5.2.3-4

Problem upgrading PHP to V5.2.3-4

As the php turns

Ok I just fixed the error

Noticing one problem

DOM problem (more)

Verified DOM Module is loaded

Turned on error display

DOM appears to be working now....