EnvoleMigration23 » Historique » Version 7
Version 6 (Gaston TJEBBES, 28/07/2010 14:56) → Version 7/40 (Gaston TJEBBES, 28/07/2010 16:30)
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 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/ comment).
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 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/ comment).