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 ajaxplorer-pkg

h2. Mysql

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