J'essaie de lancer une installation de Gallery2 sur mon ordinateur FreeBSD 8.1 (mis à niveau). Il s’agissait de FreeBSD 6.2 et Gallery2 y travaillaient auparavant. Espérons que mon problème n’est pas très lié à Gallery2.
Ce que je suis en train de vivre actuellement (à part d’autres choses qui sont - je l’espère - non liées), c’est que Apache (2.2.15) quelqu’un (quand je (tente de) naviguer dans Gallery2) essaie de charger un module appelé pcre.so
. Il semble chercher ce module dans /usr/local/lib/php/20090626-debug
. Maintenant, ce chemin n’existe plus (plus?). Il n’existe pas (c’est-à-dire ne devrait pas être) de construction de débogage PHP sur la machine.
Voici l'entrée du journal de /var/log/httpd-error.log
:
Unknown(0) : Warning - PHP Startup: Unable to load dynamic library
'/usr/local/lib/php/20090626-debug/pcre.so' - Cannot open
"/usr/local/lib/php/20090626-debug/pcre.so"
Je me demande d'où vient ce chemin ... Il y a le répertoire /usr/local/lib/php/20090626/
par exemple mais il n'y a pas pcre.so
en elle non plus. Aussi le port devel/php5-pcre
a été éliminé (apparemment parce que pcre est en lang/php5
à présent?).
J'ai d'abord compilé PHP en mode débogage (par erreur). Mais j'ai supprimé et réinstallé PHP (et toutes les extensions) et même Apache entre-temps - toujours la même entrée de journal continue à apparaître.
Il existe un deuxième type d’entrée de journal que je ne peux pas expliquer (de /var/log/httpd-error.log
encore):
<br />
<b>Warning</b>: Directive 'magic_quotes_gpc' is deprecated in PHP 5.3
and greater in <b>Unknown</b> on line <b>0</b><br />
Mais je ne trouve rien qui référence / utilise magic_quotes_gpc
(par exemple, il n’est pas en /usr/local/etc/php.ini
ou plus précis il est commenté là-bas).
Quelqu'un peut-il indiquer pourquoi Apache pourrait rechercher un module (obsolète) dans un chemin obsolète / inexistant?
la source
apt-get
(sur FreeBSD). Mais je comprends toujours le point, il n'y a pasphp5-pcre
tu. Et je l'ai déjà fait (plus ou moins) ("J'ai supprimé et réinstallé PHP (et toutes les extensions) ..."). Ce serait probablement mieux si j'essayais de réinstallerdevel/pcre
lui-même ... Peut-être que ça va aider?devel/pcre
lui-même ne va pas aider, le problème est avec PHP (ancien)pcre.so
module, pas avec la bibliothèque partagée de pcre, qui vit dans/usr/local/lib/libpcre.so
./var/log/httpd-error.log
depuis un certain temps maintenant ... Je ne peux pas expliquer cela cependant :(Les ports d’extension ne polluent pas le principal
php.ini
fichier mais insteaf ils modifient/usr/local/etc/php/extensions.ini
, vous devez probablement le supprimer de là (mais c’est étrange, car ce fichier n’utilise pas de chemins complets, mais uniquement le nom du fichier; cela aurait également dû être pris en charge lors de la désinstallation du paquet, il serait peut-être préférable de vérifier avecpkg_info|fgrep php
si vous l'avez toujours, et dans ce caspkg-delete
il).la source
pcre
dans/usr/local/etc/php/extensions.ini
. Mais je pense que j'ai réussi à me débarrasser de l'erreur maintenant (voir Commentaire sur la réponse de @ BloodPhilia). Merci quand même!Réinstallation
devel/pcre
semble avoir résolu le problème. Voir mon commentaire à BloodPhilia's Answer .Je ne sais pas pourquoi cela a fonctionné.
la source