Branche 2.x

Cette branche est écrite pour fonctionner avec Debian Lenny. Elle succède logiquement à la branche 1.x. Sa vocation est de capitaliser l'expérience acquise par la branche 1.x pour entre autre avoir :

Une structure de répertoire rigoureuse respectant les choix Debian (proches de LSB)
Des fichiers de configurations et des lanceurs les plus proches possible des versions officielles écrites par Debian.

L'historique des changements de la branche :

TODO :

Utilisation de a2enmod et a2dismod dans le module php pour charger le module le plus judicieux en fonction du contexte (profils d'optimisations).
la modularisation du php.ini ne fonctionne pas du premier coup lorsqu'on veut templatiser des morceaux de php.ini dans son module propre. Il faut relancer deux fois le build pour que ce soit pris en compte. La modularisation de php.ini devrait être possible avec la version 5.3 (debian squeeze).
Modulariser pour ne déployer que les sources des modules sélectionnés lors du build.
- Idée 1 : implémenter un téléchargement des modules à la demande une fois la question des modules passée. Cela suppose de générer N archives pour les N modules ou bien de tout le temps passer par SVN.
Implémenter la mise à jour par le réseau de pkgi. Cela suppose de formaliser dans les modules des procédures de mise à jour sous forme de scripts.
```
pkgi/build --upgrade
```
- Types de mise à jour envisageables :
  - déplacement d'un répertoire ou d'un fichier ⇒ –reset résout le problème
  - suppression, changement de nom ou éclatement d'un module pkgi (ex: php en php5 ou php-apc, php5-xdebug) ⇒ pour bien faire il faudrait être capable de modifier la variable APPNAME_MODULES dans pkgi.env
  - données à initialiser ou reformater (mdp de l'utilisateur système de mysql à changer par exemple) ⇒ seul un script est capable de le faire
- Idée 1 : ajouter des lignes dans les fichiers config.ini
```
upgrade-to-2.30=monscriptdupgrade
```
mysql : créer automatiquement un utilisateur et une base de données applicative pour éviter que root soit utilisé (ses droits sont trop forts en terme de performances dédiées)
mysql : vérifier que l'option makeroot fonctionne correctement (le mot de passe est il conservé?)
phpmyadmin : paramétrage à ajuster pour les imports de gros dumps