Migration vers la Eole2.3¶

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)

Les variables à gérer¶

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) ??

Les applications¶

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

Les paquets¶

Séparation¶

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

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

Mysql¶

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

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/