Description: ------------ Dependencies failed.but i do install 'gd' successfully. In Redhat Linux 9,there is no such a problem at all. even i use: pear install -f -n Image_Color it says "install successfully" but my application still report there is no support of it.

Thanks for the bug report. Could you provide a list of installed modules by running: 'php -m' ?

just a note, it's evil to use -f since it will not bother to check with any deps.

there is no 'gd' when typing 'php -m' but in phpinfo(); i can see all gd option are 'enabled '

Then it sounds like you've got different php.ini files being used by the CLI and your webserver. I would imagine that if you run: php -r "print phpinfo(INFO_GENERAL);" on the command line you'll get a different result for "Configuration File (php.ini) Path" than you're seeing when you run phpinfo() through the webserver. If you're seeing the same path then this may be a bug with the pear installer.

option not found r php4.4.0

I guess you're using the CGI version, not the CLI, then. Either way, put that command into a .php file, run it, and compare it to what you get running it via the webserver.

I'm going to mark this as waiting for feedback. If you're still having interested in discussing this bug please follow up with more information.

Just uncomment extension gd.so in /etc/php4/cli/php.ini since pear command line use php-cli to check dependencies. I'm using Debian stable, apache2 and php4 4.3.10-15

[ti:etc]$ php -r "print phpinfo(INFO_GENERAL);" dyld: NSLinkModule() error dyld: Symbol not found: _zend_extensions Referenced from: /usr/local/Zend/lib/ZendExtensionManager.so Expected in: flat namespace Trace/BPT trap ---- Apparently, there are some issues with my newly installed Zend Optimizer, but when I edit the php.ini to exclude the line that uses ZendExtensionManager.so, it loads the OLD php configuration. then I get this: [ti:etc]$ php -r "print phpinfo(INFO_GENERAL);" phpinfo() PHP Version => 4.3.11 System => Darwin ti.local 8.3.0 Darwin Kernel Version 8.3.0: Mon Oct 3 20:04:04 PDT 2005; root:xnu-792.6.22.obj~2/RELEASE_PPC Power Macintosh Build Date => Aug 22 2005 10:59:50 Configure Command => '/SourceCache/apache_mod_php/apache_mod_php-18/php/configure' '--prefix=/usr' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--with-apxs' '--with-ldap=/usr' '--with-kerberos=/usr' '--enable-cli' '--with-zlib-dir=/usr' '--enable-trans-sid' '--with-xml' '--enable-exif' '--enable-ftp' '--enable-mbstring' '--enable-mbregex' '--enable-dbx' '--enable-sockets' '--with-iodbc=/usr' '--with-curl=/usr' '--with-config-file-path=/etc' '--sysconfdir=/private/etc' Server API => Command Line Interface Virtual Directory Support => disabled Configuration File (php.ini) Path => /usr/local/Zend/etc/php.ini PHP API => 20020918 PHP Extension => 20020429 Zend Extension => 20021010 Debug Build => no Thread Safety => disabled Registered PHP Streams => php, http, ftp, compress.zlib This program makes use of the Zend Scripting Language Engine: Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies So, when I clear the error, it appears to read the old configuration. Why is this? Thanks!

richard, I've got no idea what's causing that problem but it doesn't look like an Image_Color bug. Perhaps you could try asking on one of the Zend or PHP support mailing lists?