Alors, pour commencer tu trouveras l'architecture tous les paquets (de
deb.obm.org) sur cette page: http://www.obm.org/doku.php?id=debian_etch
Le problème vient de l'utilisation du paquet de obm-conf avec obm-storage qui
utilise dbconfig-common. J'explique le topo:
* L'architecture des paquets (au complet) permettent dinstaller un OBM sur un
seul serveur mais aussi sur plusieurs serveur répartis. Le but étant de répondre
correctement au questions et hop! j'ai un OBM installé sur 4,5,.. serveurs qui
fonctionne out of the box.
Dans le schéma tu remarqueras que chaque paquets (ou presque) dépend de
obm-conf, car nous avons centraliser la conf dans un paquets. Le problème et que
dbconfig-common est capable de générer le fichier de conf, mais je ne l'utilise
pas.
* pourquoi je ne l'utilise pas?
tu remarquera que obm-storage dépend de obm-core qui est en fait le code php
d'OBM. Cela est necessaire lors d'upgrade de BD. Lors d'upgrade il arrive que
nous utilisions les "API" ou je devrait dire des bouts de code d'OBM afin de
manipuler les datas du calendrier, des contacts, du CRM ou autres.
*si je génère la configuration avec obm-storage alors j'aurais obligatoirement a
installer tout le code php sur tous les serveur, ainsi que le SGBD...
*une solution possible: jouer avec le type de dépendances, mais cela oblige a
devoir installer au préalable le SGBD, et donc le simple "aptitude install obm"
"ne fonctionnera pas" out of the box