Envole

h1. Migration vers la Eole2.3

h2. En vrac : 

* Renommer toutes les variables qui se nomme posh... en envole...

* Avoir une structure de dépendances cohérente

* Revoir l'utilisation des répertoires de /home (il est possible de fournir un template qui indique à bacula les rep à sauvegarder)

h2. Les variables à gérer

h3. Variables communes

* Url de redirection par défaut     web_default    (fournit par eole-web)

* Nom de domaine                    web_domain     (fournit par eole-web ou eole-appli-web ?)

* Adresse du serveur ftp            web_ftp        (par application webshare/ajaxplorer) ??

h3. Les applications

* Activation des applications       web_<appli>     (chaque application fournit le sien)

h2. Les paquets

h3. Séparation

Les applications gibii, gepi et spip-eva doivent être déporté de conf-scribe

h3. Le principe

Un maximum de manipulation doit être effectuée depuis le master (script de configuration / synchro ...), cela évite de demander à un utilisateur de se connecter sur un container.

eole-monappli fournit l'ensemble des dictionnaires, templates, scripts de manipulation util pour l'application monappli (est installé sur le master)

monappli-pkg  fournit l'ensemble des dépendances utilisées pour installer monappli dans le container

On va donc avoir :

eole-appliweb

appliweb-pkg

eole-envole

envole-pkg

eole-posh

posh-pkg ou posh_apps si un méta paquet n'est pas nécessaire

eole-ajaxplorer

ajaxplorer-apps

h2. Mysql

La gestion des bases de données mysql doit être revue (où quand, comment) ?

h3. placer les fichiers de .sql

Les fichiers de configuration .ini, .py pour la gestion sql (génération/mdp/update) ne bougent pas.

Les fichiers .sql pourraient être placés dans une structure à part:

* /etc/eole/mysql/nomdelappli/gen/

et 

* /etc/eole/mysql/nomdelappli/updates/