Projet

Général

Profil

EnvoleMigration23 » Historique » Version 10

Version 9 (Gaston TJEBBES, 28/07/2010 17:23) → Version 10/40 (Gaston TJEBBES, 28/07/2010 17:29)

h1. Migration vers la Eole2.3

{{toc}}

Les étapes :
* Mettre les dictionnaires à jour;
* Renommer éventuellement les variables pour revenir à quelque chose de standardisé;
* Séparer les paquets conf des paquets applications (container cible différent);
* Mettre les conf sql au gout du jour.

h2. Les choses en En vrac :

* Renommer toutes les variables qui se nomme posh... en envole...;
* Avoir une structure de dépendances cohérente (le sso est sur le maître, pas dans le container web ...);
* Le nom de domaine s'appelle désormais web_domain au lieu de posh_url ou envole_url ...;
* Revoir l'utilisation des répertoires de /home discussion entamée avec Manu (il est possible de fournir un template qui indique à bacula les rep à sauvegarder);
* Un maximum de manipulation doivent être effectuées depuis le master (script de configuration / synchro ...), cela évite de demander à un utilisateur de se connecter sur un container.

h2. Étape 1 : le dictionnaire

Dans le dictionnaire, il faut :
* Identifier les fichiers qui vont dans le master et ceux qui vont dans le container web (gibii peut être pris en exemple);
* Penser à mettre le package nomdelappli-apps pour qu'il soit tiré dans le conteneur (nomdelappli-apps);
* Renommer éventuellement les variables (eole-nomdelappli);
* Revoir les chemins vers les fichiers .sql qui sont templatisés (cf étape 4).

h2. Étape 2 : les templates

Les modifications A part cas particulier (renommage de variable, ftp, adresse du ldap ...), les templates n'ont pas à apporter au templates :
* le renommage de variable entraîne logiquement des changements;
* la modification des adresses des services (ldap n'est plus sur le master, ftp non plus)
* Certaines variables ont été renommées :
** le nom de domaine est fournit par une variable unique : web_domain (fournit par le paquet eole-web)
** l'url par défaut d'accès est fournit par la variable : web_default (fournit par le paquet eole-web)
être modifiés.

h2. Étape 3: la division des paquets

Il faut désormais deux paquets pour une application :
* eole-nomdelappli contient les templates, les dictionnaires, scripts de configuration et s'installe dans le container master;
* nomdelappli-apps contient l'application elle-même et s'installe dans le container web.

Il faut modifier :
* debian/compat et mettre 5 au lieu de 4;
* debian/control pour décrire le paquet source et ses paquets binaires;
* debian/rules pour que DESTDIR ne contienne plus le nom du paquet;
* Makefile pour la séparation des paquets.

NB 1 les dépendances :
* eole-monappli doit avoir eolebase-minimal dans ses deps, éventuellement eole-sso, eole-mysql
* monappli-apps doit avoir web-pkg dans ses dépendances

NB 2 DESTDIR dans le makefile :
Une fois la modification faite dans le fichier debian/rules, le DESTDIR obtenu dans le Makefile doit être concaténé pour former les DESTDIR des deux paquets binaires. (C'est comme cela que l'on fait plusieurs paquets avec un seul Makefile :-))
Ex :
<pre>
EOLE_GIBII_DESTDIR=$(DESTDIR)/eole-gibii
GIBII_APPS_DESTDIR=$(DESTDIR)/gibii-apps
</pre>

h2. Étape 4 : Mysql

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

Un soucis rencontré jusqu'à présent est la difficulté à retrouver les fichiers .sql.
Voici une proposition de nomenclature envisagée pour placer les fichiers.

h3. Fichier de configuration

Les fichiers ont la même destination, on peut imaginer une structure comme celle-ci

fichier dans le dépot -> fichier sur le serveur

mysql/conf/gen/monappli.py -> /usr/share/eole/applications/gen/monappli.py
mysql/conf/passwords/monappli.ini -> /usr/share/eole/applications/passwords/monappli.ini
mysql/conf/updates/config.py -> /usr/share/eole/applications/updates/.../config.py

h3. Les fichiers .sql

:

mysql/files/gen/fichiers.sql -> /usr/share/eole/mysql/<nomdelappli>/gen/fichiers.sql
mysql/files/updates/fichiers.sql -> /usr/share/eole/mysql/<nomdelappli>/updates/fichiers.sql

h3. Impact des modifications

*
:

Les fichiers de configuration de génération et d'updates doivent être mis au goût du jour (chemin vers les fichiers sql); sql)
* le Le Makefile doit tenir compte des modifications. (ça doit être à peu près tout en attendant la modification de eole-mysql). eole-mysql.

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