Je viens d'installer php-gd via le rpm disponible sur le DVD, cependant en effectuant une vérification avec phpinfo(), je m'aperçois qu'il n'est pas activé bien que le fichier /etc/php.d/gd.ini existe.
et en essayant de faire un yum install php-gd, j'obtiens ce résultat:
Loaded plugins: rhnplugin, security
This system is not registered with RHN.
RHN support will be disabled.
Setting up Install Process
Parsing package install arguments
Package php-gd-5.1.6-23.el5.i386 installed and not available
Nothing to do
Tout retour est bienvenue!!
Merci!
# conf / module / .so
Posté par nono14 (site web personnel) . Évalué à 1.
Système - Réseau - Sécurité Open Source - Ouvert à de nouvelles opportunités
[^] # Re: conf / module / .so
Posté par serval21 . Évalué à 1.
sur des tutos j'ai vu qu'il fallait utiliser a2update php-gd, mais cette commmande n'existe plus sou REH 5
[^] # Re: conf / module / .so
Posté par Marc Quinton . Évalué à 1.
Tu peux aussi regarder ce que donne la commande : php -i | grep -i gd
[^] # Re: conf / module / .so
Posté par serval21 . Évalué à 1.
PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib64/php/modules/gd.so' - /usr/lib64/php/modules/gd.so: cannot open shared object file: No such file or directory in Unknown on line 0
Configure Command => './configure' '--build=x86_64-redhat-linux-gnu' '--host=x86_64-redhat-linux-gnu' '--target=x86_64-redhat-linux-gnu' '--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib64' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--cache-file=../config.cache' '--with-libdir=lib64' '--with-config-file-path=/etc' '--with-config-file-scan-dir=/etc/php.d' '--disable-debug' '--with-pic' '--disable-rpath' '--without-pear' '--with-bz2' '--with-curl' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr' '--with-png-dir=/usr' '--enable-gd-native-ttf' '--without-gdbm' '--with-gettext' '--with-gmp' '--with-iconv' '--with-jpeg-dir=/usr' '--with-openssl' '--with-png' '--with-pspell' '--with-expat-dir=/usr' '--with-pcre-regex=/usr' '--with-zlib' '--with-layout=GNU' '--enable-exif' '--enable-ftp' '--enable-magic-quotes' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-sysvmsg' '--enable-track-vars' '--enable-trans-sid' '--enable-yp' '--enable-wddx' '--with-kerberos' '--enable-ucd-snmp-hack' '--with-unixODBC=shared,/usr' '--enable-memory-limit' '--enable-shmop' '--enable-calendar' '--enable-dbx' '--enable-dio' '--with-mime-magic=/usr/share/file/magic.mime' '--without-sqlite' '--with-libxml-dir=/usr' '--with-xml' '--with-system-tzdata' '--enable-force-cgi-redirect' '--enable-pcntl' '--with-imap=shared' '--with-imap-ssl' '--enable-mbstring=shared' '--enable-mbstr-enc-trans' '--enable-mbregex' '--with-ncurses=shared' '--with-gd=shared' '--enable-bcmath=shared' '--enable-dba=shared' '--with-db4=/usr' '--with-xmlrpc=shared' '--with-ldap=shared' '--with-ldap-sasl' '--with-mysql=shared,/usr' '--with-mysqli=shared,/usr/bin/mysql_config' '--enable-dom=shared' '--with-dom-xslt=/usr' '--with-dom-exslt=/usr' '--with-pgsql=shared' '--with-snmp=shared,/usr' '--enable-soap=shared' '--with-xsl=shared,/usr' '--enable-xmlreader=shared' '--enable-xmlwriter=shared' '--enable-fastcgi' '--enable-pdo=shared' '--with-pdo-odbc=shared,unixODBC,/usr' '--with-pdo-mysql=shared,/usr' '--with-pdo-pgsql=shared,/usr' '--with-pdo-sqlite=shared,/usr' '--enable-dbase=shared'
/etc/php.d/gd.ini,
il semblerait que php n'arrive pas à charger le module GD, je fais des recherches dessus.
merci
[^] # Re: conf / module / .so
Posté par Marc Quinton . Évalué à 1.
marc@lucid:~$ locate -i '/usr/lib/*php*/*.so'
/usr/lib/php5/20090626+lfs/pdo.so
regarde les droits d'acces. Vérifie que le chemin (ou plutot le nom) est le bon dans le fichier de config php associé.
marc@lucid:~$ grep -i pdo /etc/php*/*/*
...
/etc/php5/conf.d/pdo.ini:extension=pdo.so
l'arborescence peut varier en fonction des versions, des distributions ; le principe reste généralement le meme.
[^] # Re: conf / module / .so
Posté par serval21 . Évalué à 1.
je me suis rendu compte que gd.so n'existait pas dans /usr/lib64/php/modules mais dans /usr/lib/php/modules. J'ai alors fais une copie dugd.so présent dans le second répertoire vers le premier ce qui n'a rien donné. J'ai alors vérifié le type de noyau du système qui est du type x64 alors que le paquet installé est du type i386. Je cherche présentement à faire fonctionner yum car je n'arrive à rien avec yum install php-gd.
Merci encore!
[^] # Re: conf / module / .so
Posté par Marc Quinton . Évalué à 1.
[^] # Re: conf / module / .so
Posté par Marc Quinton . Évalué à 1.
# apache reload ?
Posté par fyah . Évalué à 1.
tu as bien fait un /etc/init.d/apache2 reload ?
[^] # Re: apache reload ?
Posté par serval21 . Évalué à 1.
[^] # Re: apache reload ?
Posté par GeneralZod . Évalué à 2.
# apache2ctl
Posté par nono14 (site web personnel) . Évalué à 1.
Système - Réseau - Sécurité Open Source - Ouvert à de nouvelles opportunités
[^] # Re: apache2ctl
Posté par serval21 . Évalué à 1.
[^] # Re: apache2ctl
Posté par Nils Ratusznik (site web personnel, Mastodon) . Évalué à 1.
# Aucune chance que cela fonctionne
Posté par GeneralZod . Évalué à 6.
Package php-gd-5.1.6-23.el5.i386 installed and not available
Plus tard dans un commentaire, on apprends que la version de php utilisée (probablement celle fournie avec RHEL 5.3) est compilé en x86_64.
Peu importe la distribution, un PHP compilé en x86_64 (64 bits) est incapable de charger un module compilé pour du i386 (32 bits), y compris en déplaçant le module en question. La solution c'est de désinstaller celui-ci et d'installer son homologue x86_64 qui doit se trouver sur le DVD également (ou bien tu n'as pas le bon).
Aucun problème de configuration ni besoin de redémarrer Apache.
Je vois un autre truc, ta machine n'est pas enregistré sur RHN, si tu veux installer d'autres paquets enregistre-la sinon, reconfigure ta machine en CentOS (il y a plein de tutoriels ce sujet).
[^] # Re: Aucune chance que cela fonctionne
Posté par Krunch (site web personnel) . Évalué à 1.
Ou bien d'utiliser RHN Satellite / Spacewalk (mais ça peut être un peu overkill selon ce qu'on veut faire).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.