suphp-0.6.0
Sur cette nouvelle version la compil plante lors du make (precision: gcc-3 distrib sarge à jour !)
Apres recherche, un post sur la faq de suphp.org nous apprend ceci :
I fixed it 
Before doing ./configure i added "-I/usr/include/apr-0" to AM_CFLAGS
(line 96 src/apache2/Makefile.in) then i did:
./configure --with-apache-user=apache --with-apxs=/usr/sbin/apxs2
make
En clair la ligne d'origine est :
AM_CFLAGS = -I@APXS_INCLUDEDIR@ @APXS_EXTRA_CFLAGS@ \
SUPHP_PATH_TO_SUPHP=\"${sbindir}/suphp\" $(DEFINE_USERGROUP)
qui devient apres modif :
AM_CFLAGS = -I/usr/include/apr-0 -I@APXS_INCLUDEDIR@ \
@APXS_EXTRA_CFLAGS@ -DSUPHP_PATH_TO_SUPHP=\"${sbindir}/suphp\" \
$(DEFINE_USERGROUP)
De fait la compil passe toute seule. Reste avoir les nouvelles
options et notamment l'utilisation du fichier de config
qui n'etait pas present dans les versions precedentes.
Mais ce n'est pas fini .....
(Lire la suite...)
squirrelmail mise a jour de securite
Suite a divers problemes de secu rencontres sur squirrelmail, il devenait urgent d'upgrader la version Debian.
Là encore tout se passe bien lorsqu'on utilise tous les paquets debian (apache, php etc...) et les configs debian.
Dans mon cas il a fallu proceder à la mano :
1) recup des sources sur squirrelmail.sourceforge.net
2) dezip du fichier dans un hote virtuel
3) lancement du script de config de squirrel : conf.pl
4) Applications des droits corrects pour pouvoir executer php5 en cgi.
L'avantage de cette manip est que les fichiers de squirrel ne sont plus
"eparpilles" entre le /usr/share, /etc et tout le tintouin.
Tout les scripts sont dans la même arborescence et cela facilitera
probablement les mises à jour futures sans avoir à se prendre la tête
avec les dépendances qui de toutes façons ne seront jamais résolues
dans mon cas puisque pas mal de paquets sont compilés maison.
Nouvelle version : SquirrelMail version 1.4.5 [CVS]