PEAR error after upgrading to PHP 4.4.2 (art)

breun · Unread post by **breun** » Thu May 18, 2006 9:01 am

No one have a fix for PEAR with art's PHP 4.4.2 rpms?

breun · Unread post by **breun** » Wed May 31, 2006 3:52 am

Sorry for bumping this one once more, but is there really no one who tried to get PEAR working on PHP 4.4.2 and succeeded/failed?

Griffith · Unread post by **Griffith** » Sun Jun 04, 2006 11:03 am

I'm also getting the same error.. would be nice if there were a fix for this soon?

Unread post by **scott** » Mon Jun 05, 2006 7:29 am

php 4.4.x is no longer maintained, I recommend upgrading to php 5 from the atomic-testing channel

breun · Unread post by **breun** » Mon Jun 05, 2006 8:42 am

I hear a lot of sites do break when upgrading to PHP 5. I guess I'll downgrade to the distribution's own PHP releases then.

But Scott, if you recommend installing PHP 5.0 over 4.4, why is it still in the testing channel?

Unread post by **scott** » Mon Jun 05, 2006 9:28 am

I want to give people pleanty of warning before I do it.

breun · Unread post by **breun** » Tue Jun 06, 2006 12:21 pm

I downgraded to Fedora Legacy's PHP 4.3.11 packages on a FC3 machine in the hope of getting pear to work again. I now have these php packages installed (no more .art packages as you can see):

Code: Select all

# rpm -qa | grep ^php- | sort
php-4.3.11-2.8
php-domxml-4.3.11-2.8
php-gd-4.3.11-2.8
php-imap-4.3.11-2.8
php-mbstring-4.3.11-2.8
php-mysql-4.3.11-2.8
php-pear-4.3.11-2.8
php-pgsql-4.3.11-2.8
php-xmlrpc-4.3.11-2.8

However, pear is still broken! Whatever pear command I try to run, I get this error:

PHP Fatal error: Cannot instantiate non-existent class: pear_command_mirror-init in /usr/share/pear/PEAR/Command.php on line 271

Fatal error: Cannot instantiate non-existent class: pear_command_mirror-init in /usr/share/pear/PEAR/Command.php on line 271

Line 271 of Command.php doesn't tell me much. Any idea what I can do to get the pear command to work again on a FC3 box after having 4.4.2 from ART installed?

Unread post by **scott** » Wed Jun 07, 2006 5:16 pm

Man welcome to my world

This is why I just gave up on my php design, its a full time job.

breun · Unread post by **breun** » Wed Jun 07, 2006 9:44 pm

Absolutely no clue what could be causing this error while I have replaced all of your 4.4.2 art packages with Fedora Legacy's 4.3.11? I have a customer that wants a particular pear module and I just can't install it for him because the pear command broke when I installed 4.4.2 from the atomic channel. And now even downgrading doesn't seem to fix the problem...

Unread post by **scott** » Thu Jun 08, 2006 5:52 pm

No I gave up on 4.x, I dont even want to think about it any more

breun · Unread post by **breun** » Fri Jun 09, 2006 6:01 am

I fixed it by uninstalling the php-pear package (using --nodeps) and removing all that was left in /usr/share/pear/ after that. Then I did a yum install php-pear and all is fine again.

I think the problem was a bunch of *-init.php files in /usr/share/pear/PEAR/Command/. When I ran rpm -qf on them rpm said they weren't owned by any package. Maybe (re)moving just those files will fix pear for others?

DMZ · Unread post by **DMZ** » Wed Aug 23, 2006 12:13 pm

This is a pretty old and obvious one.

The official release of PHP 4.4.2 had PEAR broken due to incorrect md5 checksums. One solution for the RPM is to copy the extensions from pear.php.net over the bad PHP 'official' release, so in the spec file:

Source2: Archive_Tar-1.3.1.tar
Source3: Console_Getopt-1.2.tar
Source4: HTML_Template_IT-1.1.4.tar

And then at the end of the %prep stage copy them in:

%{__cp} -p %{SOURCE2} pear/packages/Archive_Tar-stable.tar
%{__cp} -p %{SOURCE3} pear/packages/Console_Getopt-stable.tar
%{__cp} -p %{SOURCE4} pear/packages/HTML_Template_IT-stable.tar

Of course, bumping the PHP version to 4.4.4 is easier

Unread post by **scott** » Wed Aug 23, 2006 12:33 pm

I did a 4.4.4 release for the ASL users