Re: recherche sponsor pour nouveaux paquets [OBM]
Christian Bayle <[email protected]>
| Newsgroups | gmane.linux.debian.devel.french |
|---|---|
| Message-ID | <[email protected]> |
Yves-Alexis Perez a écrit : > L'avantage de l'API c'est que quand même les données sont cohérentes > d'un point de vue applicatif. Après effectivement faut gérer les > upgrades de façon cohérente aussi, mais ça me parait moins chaud qu'avec > du SQL « pur ». Mais bon c'est ptet une mauvaise idée. > Ben oui, mais le problème c'est que ton api est moins stable dans le temps qu'un bon vieux sql, en gros ton api fait l'upgrade aujourd'hui, mais dans 6 mois quand tu auras oublié, que ton api sert aussi à l'upgrade entre 2 vielles versions tu jetteras le bout de code qui fera foirer l'upgrade du gars qui upgrade tous les ans. du coup ton api n'est plus cohérente, tu peux me faire confiance on a aussi essayé ;-) Eventuellement il faudrait garder les apis de chaque upgrade, pas forcement simple. >> Tu auras du mal à faire renter le minig d'obm dans debian car il te >> faudra surement gwt, >> et gwt pour lequel j'ai posé un ITP est difficilement compilable, mais >> faut pas se décourager, qqn y arrivera bien un jour... >> > > Arg/ > Si tu as du temps, faudrait aller demander aux dev de gwt de nous dire comment ils font, de plus la dernière fois que j'ai essayé il manquait au moins un bout de lib de dev dans Iceweasel >> Sinon, sur les problèmes de conf avec ldap/exim/.. on a exactement les >> mêmes problèmatiques dans gforge. >> Avec le temps les choses s'améliorent et les paquets fournissent de plus >> en plus les moyens, de modifier proprement leur conf. >> > > Mhmh, si les problématiques se ressemblent ça me paraitrait intéressant > d'avoir un peu plus d'avis des gforgeux (Roland ? :) ) et voir s'ils ont > déjà un état de l'art sur ce genre de choses. > > Je vois au moins une problèmatique commune qui est la gestion des utilisateurs, voir des groupes. Externaliser le problème avec LDAP, est probablement une solution, pour mettre la gestion de différentes briques en commun, mais cela pose des fois de problème de perf, chaque appli aime bien aussi avoir accès au nom de l'utilisateur, donc tu mets ça dans une table et ensuite tu te cognes les problèmes de synchro avec l'annuaire. On pourrait en discuter des heures, c'est pas le boulot qui manque entre les nss, les pam et autres ce serait interessant d'etre capable de proposer un ensemble minimun cohérent dans un premier temps, on doit se rencontrer entre forgeux en Janvier sur Paris, peut être une bonne occasion d'en discuter et d'avancer. Christian -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]