Package home | Report new bug | New search | Development Roadmap Status: Open | Feedback | All | Closed Since Version 1.0.4

Bug #5828 'gd' PHP extension is not installed
Submitted: 2005-10-30 21:03 UTC Modified: 2005-12-20 15:33 UTC
From: kevinliu163 at gmail dot com Assigned: drewish
Status: Closed Package: Image_Color
PHP Version: 4.4.0 OS: Red Hat Enterprise Liunux 4
Roadmaps: (Not assigned)    
Subscription  


 [2005-10-30 21:03 UTC] kevinliu163 at gmail dot com
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.

Comments

 [2005-10-30 23:45 UTC] drewish at php dot net
Thanks for the bug report. Could you provide a list of installed modules by running: 'php -m' ?
 [2005-10-31 07:01 UTC] dufuz
just a note, it's evil to use -f since it will not bother to check with any deps.
 [2005-11-01 03:02 UTC] kevinliu163 at gmail dot com
there is no 'gd' when typing 'php -m' but in phpinfo(); i can see all gd option are 'enabled '
 [2005-11-01 13:29 UTC] drewish at php dot net
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.
 [2005-11-01 23:03 UTC] kevinliu163 at gmail dot com
option not found r php4.4.0
 [2005-11-02 01:04 UTC] drewish at php dot net
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.
 [2005-11-17 17:22 UTC] drewish at php dot net
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.
 [2005-11-21 09:12 UTC] arxcruz at gmail dot com
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
 [2005-12-20 02:57 UTC] richard at d2p dot us
[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!
 [2005-12-20 15:33 UTC] drewish at php dot net
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?