Page 2 of 2
Posted: Thu May 18, 2006 9:01 am
by breun
No one have a fix for PEAR with art's PHP 4.4.2 rpms?
Posted: Wed May 31, 2006 3:52 am
by breun
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?
Posted: Sun Jun 04, 2006 11:03 am
by Griffith
I'm also getting the same error.. would be nice if there were a fix for this soon?
Posted: Mon Jun 05, 2006 7:29 am
by scott
php 4.4.x is no longer maintained, I recommend upgrading to php 5 from the atomic-testing channel
Posted: Mon Jun 05, 2006 8:42 am
by breun
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?
Posted: Mon Jun 05, 2006 9:28 am
by scott
I want to give people pleanty of warning before I do it.
Posted: Tue Jun 06, 2006 12:21 pm
by breun
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?
Posted: Wed Jun 07, 2006 5:16 pm
by scott
Man welcome to my world

This is why I just gave up on my php design, its a full time job.
Posted: Wed Jun 07, 2006 9:44 pm
by breun
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...
Posted: Thu Jun 08, 2006 5:52 pm
by scott
No I gave up on 4.x, I dont even want to think about it any more
Posted: Fri Jun 09, 2006 6:01 am
by breun
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?
Posted: Wed Aug 23, 2006 12:13 pm
by DMZ
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

Posted: Wed Aug 23, 2006 12:33 pm
by scott
I did a 4.4.4 release for the ASL users