FreeBSD 8.1 O Apache 2.2 tenta carregar o módulo PHP 5.3.2 a partir do local de depuração inexistente

Question

Estou tentando fazer com que uma instalação do Gallery2 seja executada na minha máquina (atualizada) do FreeBSD 8.1. Costumava ser o FreeBSD 6.2 e o Gallery2 costumava trabalhar lá. Meu problema, esperamos, não é muito relacionado ao Gallery2.

O que eu estou experimentando agora (além de outras coisas que são - assim espero - não relacionadas) é que o Apache (2.2.15) em algum lugar (quando eu tento navegar na Galeria2) tenta carregar um módulo chamado pcre.so . Parece estar procurando por este módulo em /usr/local/lib/php/20090626-debug . Agora esse caminho realmente não existe (mais?). Não existe (isto é, não deve haver) qualquer compilação de depuração do php na máquina.

Aqui está a entrada de log 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"

Eu estou querendo saber de onde vem esse caminho ... Existe o diretório /usr/local/lib/php/20090626/ por exemplo, mas também não há pcre.so . Também a porta devel/php5-pcre foi removida (aparentemente porque o pcre está em lang/php5 agora?).

Eu construí PHP no modo de depuração primeiro (por engano). Mas eu removi e reinstalei o PHP (e todas as extensões) e até mesmo o Apache enquanto isso - a mesma entrada de log continua aparecendo.

Existe um segundo tipo de entrada de log que não consigo explicar (a partir de /var/log/httpd-error.log ):

<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 />

Mas não consigo encontrar nada referenciando / usando magic_quotes_gpc (por exemplo, não é em /usr/local/etc/php.ini ou mais preciso que seja comentado lá fora).

Alguém pode sugerir por que o Apache pode estar procurando um módulo (obsoleto) em um caminho obsoleto / inexistente?

    

Answer 1

A reinstalação de devel/pcre parece ter resolvido o problema. Veja o meu comentário para Resposta da BloodPhilia .

Eu não sei porque isso funcionou.

    

Answer 2

Tente remover o prce, verifique se funciona, caso contrário, remova os diretórios do php e depois reconstrua o php 5:

$ sudo apt-get remove php5-pcre
$ rm -rf /usr/local/include/php /usr/local/lib/php /usr/local/etc/php

    

Answer 3

As portas de extensão não enviam spam ao arquivo php.ini principal, mas se modificarem /usr/local/etc/php/extensions.ini , você provavelmente deve excluí-lo de lá (mas isso é estranho, pois esse arquivo não usa caminhos completos, apenas o nome do arquivo; , isso deve ter sido resolvido durante a desinstalação do pacote, talvez seja melhor verificar com pkg_info|fgrep php se você ainda o tiver e, nesse caso, pkg-delete it).