Probleme apache sur partie publique seuelement

Bonjour,

j'ai trois spip sur le même serveur avec les mêmes squelettes dans trois répertoires différents.
/bases
/maladies
/fiches
Deux des spip (bases et fiches) sont en 1.9.1
maladies est en svn de ce jour

Les deux premiers fonctionnent sans problème.
Le dernier ne m'affiche rien sur la partie publique sauf une erreur sur safari et une proposition de téléchargement de spip.php avec FF.
La partie /ecrire fonctionne très bien et a les mêmes options activées que les deux autres.

error.log d'apache me donne :

sh: line 1: pnmtojpeg: command not found
sh: line 1: jpegtopnm: command not found
sh: line 1: pnmscale: command not found
sh: line 1: pnmtojpeg: command not found
Allowed memory size of 26214400 bytes exhausted (tried to allocate 102400 bytes)
Allowed memory size of 26214400 bytes exhausted (tried to allocate 102400 bytes)
Allowed memory size of 26214400 bytes exhausted (tried to allocate 112640 bytes)

GD2 a été choisi et est installé et fonctionne dans les autres spip...

une idée?
(l'url http://www.weballergies.com/maladies/ qui bug /bases et /fiches/ marchent bien... )
--
Philippe

bonjour,

Le 12 oct. 06 à 19:49, Philippe Auriol a écrit :

error.log d'apache me donne :

sh: line 1: pnmtojpeg: command not found
sh: line 1: jpegtopnm: command not found
sh: line 1: pnmscale: command not found
sh: line 1: pnmtojpeg: command not found
Allowed memory size of 26214400 bytes exhausted (tried to allocate 102400 bytes)
Allowed memory size of 26214400 bytes exhausted (tried to allocate 102400 bytes)
Allowed memory size of 26214400 bytes exhausted (tried to allocate 112640 bytes)

GD2 a été choisi et est installé et fonctionne dans les autres spip...

Visiblement php, avec les mêmes squelettes "bones" n'arrive plus à calculer la page (pourtant simple) avec la svn alors qu'il le fait très bien avec une 1.9.
Etant donné que ce n'est pas un site "graphique" mais de texte cela me surprend un peu.
Ok, cela pourrait se régler en rajoutant de la mémoire à php dans le php.ini mais cela ne me semble pas une solution très propre devant une page qui ne devrait pas consommer tant :frowning:

une idée?
--
Philippe