2009/2/26 Guillaume Kulakowski <guillaume.kulakowski(a)fedoraproject.org>:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Lut,
Xavier Lamien a écrit :
> 2009/2/25 Guillaume Kulakowski
> <guillaume.kulakowski(a)fedoraproject.org>: -1 L'argument n'est pas
> recevable pour exclure ce syst`eme de comptes avance'.
C'est pas un argument. C'est une explication pour expliquer un choix
technique.
Huh ? Si tu veux pas de python ok, on clot le sujet la-dessus
et vous partier sur votre developpement.
> Huh ? Donc (dis moi si je me trompe), tu re'cupere les infos depuis
> le forum (donc appel a la db) puis, tu filtre l'utilisateur dans ta
> table (une nouvelle db ou encore un appel a la db ?) pour re'cuperer
> son niveau de d'acces. Et, je suppose qu'il y aura une autre tables
> pour les services (svn, phpMyAdmin, etc) ?
Tout est dans la table punBB sauf quand il y a besoin d'information en
plus. Mais en fait tu te logue pas sur punBB mais sur une classe php qui
fait une abstraction au cas ou on changerait de base.
> Je re'digerai un sce'nario du FAS pour fedora-fr afin que vous
> puissez avoir une vue plus globale et explicite sur le fonctionnement
> et la gestion des droits. En gros se sera un re'sume' des spec
> fonctionnelle de FAS.
Perso, je ne suis pas trop pour le fas car il ajoute quelque chose
partout... Mon système (GAUFFR pour Gestion de l'Authentification
Unifiée Fedora FR) offre l'énorme avantage de ne pas toucher au 99% de
compte qui ne sont pas concerné.
hmm, donc tu ameliore une partie que pour 1% des utilisateurs ?
quel est l'interet ?
> _Et_ pour rappel: J'ai ouvert le sujet sur _une gestion de comptes
> centralise'_. Pas sur une auth persistante sur toutes les instances
> de fedora-fr.
On est bien d'accord ;-).
Quelque soit la solution, es-tu pret à participer ? Il y aura du plugin
à développer...
--
Xavier.t Lamien
--
http://fedoraproject.org/wiki/XavierLamien
GPG-Key ID: F3903DEB
Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB