-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Bonjour,
je reçois encore des demandes d'intervention par mail pour Fedora-Fr.
Je rappel que les demandes doivent passer par notre application de gestion des demandes et de suivie : http://suivi.fedora-fr.org
En effet, ça nous permet de suivre la demande et surtout de mettre en relation avec le responsable.
Cordialement. - -- *Jabber :* llaumgui@jabber.ru *MSN Messenger :* llaumgui@hotmail.com
Message du 07/02/09 12:41 De : "Guillaume Kulakowski" A : "Fedora-Fr-List" Copie à : Objet : [Fedora-fr-list] Gestion des suivies
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Bonjour,
je reçois encore des demandes d'intervention par mail pour Fedora-Fr.
Je rappel que les demandes doivent passer par notre application de gestion des demandes et de suivie : http://suivi.fedora-fr.org
En effet, ça nous permet de suivre la demande et surtout de mettre en relation avec le responsable.
Cordialement.
*Jabber :* llaumgui@jabber.ru *MSN Messenger :* llaumgui@hotmail.com
Bonjour Guillaume,
Quelles genres de requetes recois tu ?
Pourrais tu expliquer pour les nouveaux qui sont sur la liste Fedora-fr-list a quoi et quelle est le but de http://suivi.fedora-fr.org
Cordialement
Armel ,
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Lut,
du style, l'upload est pas possible sur le wiki. Là je mets 1 jour (voir plus ;-)) à répondre que c'est Trashy l'expert et je le mets en copie. Si tu va direct sur le suivie, alors la personne responsable (Trashy pour les wiki) reçoie un mail.
Mais même dans le cas où c'est que moi, il reste une trace, un % d'avancement, etc...
+++
Armel KERMORVANT a écrit :
Message du 07/02/09 12:41 De : "Guillaume Kulakowski" A : "Fedora-Fr-List" Copie à : Objet : [Fedora-fr-list] Gestion des suivies
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Bonjour,
je reçois encore des demandes d'intervention par mail pour Fedora-Fr.
Je rappel que les demandes doivent passer par notre application de gestion des demandes et de suivie : http://suivi.fedora-fr.org
En effet, ça nous permet de suivre la demande et surtout de mettre en relation avec le responsable.
Cordialement.
*Jabber :* llaumgui@jabber.ru *MSN Messenger :* llaumgui@hotmail.com
Bonjour Guillaume,
Quelles genres de requetes recois tu ?
Pourrais tu expliquer pour les nouveaux qui sont sur la liste Fedora-fr-list a quoi et quelle est le but de http://suivi.fedora-fr.org
Cordialement
Armel ,
Fedora-fr-list mailing list Fedora-fr-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fr-list
- -- *Jabber :* llaumgui@jabber.ru *MSN Messenger :* llaumgui@hotmail.com
2009/2/7 Guillaume Kulakowski guillaume@llaumgui.com:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Lut,
du style, l'upload est pas possible sur le wiki. Là je mets 1 jour (voir plus ;-)) à répondre que c'est Trashy l'expert et je le mets en copie. Si tu va direct sur le suivie, alors la personne responsable (Trashy pour les wiki) reçoie un mail.
Mais même dans le cas où c'est que moi, il reste une trace, un % d'avancement, etc...
Une raison d'avoir choisi flyspray pour ce genre de chose ? Pourquoi il n'y a aucune reference ou lien sur fedora-fr.org ? Faut il creer un compte sur ce systeme pour ceux qui ont deja un compte sur fedora-fr ? si oui, ca devient lourd de devoir creer un compte pour chaque service de fedora-fr.org :/
Pour infos, j'ai un bug de style avec le bouton "Mot de passe perdu" :( Resolution : 1024x768
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Lut,
Xavier Lamien a écrit :
Une raison d'avoir choisi flyspray pour ce genre de chose ?
J'aime bien, plus jolie que Mantis et un peu Web 2.0 avec des effets Ajax...
Pourquoi il n'y a aucune reference ou lien sur fedora-fr.org ?
C'est assez privé. Sans compte tu ne voit rien et les compte son soumis à validation...
Faut il creer un compte sur ce systeme pour ceux qui ont deja un compte sur fedora-fr ? si oui, ca devient lourd de devoir creer un compte pour chaque service de fedora-fr.org :/
Je sais... Mais lancer un chantier de SSO/LDAP serait un truc énorme. J'y repenserais avec FluxBB 2.0
Pour infos, j'ai un bug de style avec le bouton "Mot de passe perdu" :( Resolution : 1024x768
GG
++
- -- *Jabber :* llaumgui@jabber.ru *MSN Messenger :* llaumgui@hotmail.com
Pourquoi il n'y a aucune reference ou lien sur fedora-fr.org ?
C'est assez privé. Sans compte tu ne voit rien et les compte son soumis à validation...
Mais les gens du forum peuvent vouloir soumettre des bugs non ? Ca me parait bien plus efficace que l'actuel fil de 253 pages...
Faut il creer un compte sur ce systeme pour ceux qui ont deja un compte sur fedora-fr ? si oui, ca devient lourd de devoir creer un compte pour chaque service de fedora-fr.org :/
Je sais... Mais lancer un chantier de SSO/LDAP serait un truc énorme. J'y repenserais avec FluxBB 2.0
Enorme, mais nécessaire non ?
Ca me fait penser à un truc, tu es tout seul à t'occuper de Borsalino ?
----------
Mathieu Bridon (bochecha) French Fedora Ambassador
---------- "They who can give up essential liberty to obtain a little temporary safety, deserve neither liberty nor safety." ~Benjamin Franklin
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Lut,
Mathieu Bridon (bochecha) a écrit :
Ca me fait penser à un truc, tu es tout seul à t'occuper de Borsalino ?
Non. Je ne m'occupe plus des wiki et en cas de problème Rémi ou Trashy peuvent intervenir.
Pour le SSO / LDAP, j'ai peur que ça demande bcp de ressources serveur et de temps de développement pour au final pas grand chose parce qu'a 99%, on n'a que des membres forums... Le Wiki est soumis à une procédure tout comme la plupart des autres comptes, donc au final le système serait pour moins de 50 personnes... Faut réfléchir...
+++
- -- *Jabber :* llaumgui@jabber.ru *MSN Messenger :* llaumgui@hotmail.com
Pour le SSO / LDAP, j'ai peur que ça demande bcp de ressources serveur et de temps de développement pour au final pas grand chose
Sans aller jusqu'au SSO, l'auth LDAP devrait pouvoir se faire pas trop difficilement. Les serveurs LDAP c'est mon truc si tu veux je peux te filer un coup de main. Bien sûr, si ça te fait chier, c'est toi qui décide, pas de souci.
Aurélien
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Lut,
Merci Aurélien.
Le problème n'est pas le LDAP. C'est migrer PunBB sur du LDAP ;-). Je préfère reporter la réflexion à FluxBB 2.0.
+++
Aurelien Bompard a écrit :
Pour le SSO / LDAP, j'ai peur que ça demande bcp de ressources serveur et de temps de développement pour au final pas grand chose
Sans aller jusqu'au SSO, l'auth LDAP devrait pouvoir se faire pas trop difficilement. Les serveurs LDAP c'est mon truc si tu veux je peux te filer un coup de main. Bien sûr, si ça te fait chier, c'est toi qui décide, pas de souci.
Aurélien
Fedora-fr-list mailing list Fedora-fr-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fr-list
- -- *Jabber :* llaumgui@jabber.ru *MSN Messenger :* llaumgui@hotmail.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Lut,
Merci Aurélien.
Le problème n'est pas le LDAP. C'est migrer PunBB sur du LDAP ;-). Je préfère reporter la réflexion à FluxBB 2.0.
+++
Oui enfin bon ça simplifierait la vie à _tout_ le monde quand même. On avait demandé au projet d'avoir un système de compte centralisé, et cela a été fait pour nous simplifier la vie. A coté, on a un système qui est vraiment difficile à gérer et finalement, si tu mets pas par exemple le même login / mot de passe partout, bah t'es paumé.
Au sujet de Fluxbb 2.0, c'est certainement une bonne raison, mais tout me porte à croire que c'est une manière de cacher la discussion sous le tapis... Fluxbb 1.3 n'est pas encore sorti, et le 2.0 est à l'état de discussion simplement.
Alors certes, le forum attendra, mais en attendant ? Bah il y a 2 wiki, un outil de gestion de tickets et une plateforme de blog. Ca te laisse le temps de mettre ça en place avec Aurélien, avant le grand saut du forum non ? Et surtout, histoire de pas tout se taper d'un coup et de pouvoir y aller doucement comme il faut.
Bonne fin de soirée,
Thomas
Guillaume: J'aime bien, plus jolie que Mantis et un peu Web 2.0 avec des effets Ajax...
Parce que tu pensais mettre mantis ? ==> chiant mais horrible en exploit sur le long terme. Perso, pour un gestionnaire de ticketing, on peu se passer des effets. On n'est pas entrain de vendre un produit.
C'est assez privé. Sans compte tu ne voit rien et les compte son soumis à validation.
Alors, pourquoi se plaindre de recevoir de mails si tu veux pas leur donner acces pour qu'il l'utilise directement ?
Je sais... Mais lancer un chantier de SSO/LDAP serait un truc énorme.
Pourquoi d`es qu'on parle de mutualisation il faut partir sur de LDAP ?
2009/2/7 Thomas Canniot thomas.canniot@mrtomlinux.org: Oui enfin bon ça simplifierait la vie à _tout_ le monde quand même. On avait demandé au projet d'avoir un système de compte centralisé, et cela a été fait pour nous simplifier la vie. A coté, on a un système qui est vraiment difficile à gérer et finalement, si tu mets pas par exemple le même login / mot de passe partout, bah t'es paumé.
Au sujet de Fluxbb 2.0, c'est certainement une bonne raison, mais tout me porte à croire que c'est une manière de cacher la discussion sous le tapis... Fluxbb 1.3 n'est pas encore sorti, et le 2.0 est à l'état de discussion simplement.
wow...t'es encore plus upstream que fedora
Alors certes, le forum attendra, mais en attendant ? Bah il y a 2 wiki, un outil de gestion de tickets et une plateforme de blog. Ca te laisse le temps de mettre ça en place avec Aurélien, avant le grand saut du forum non ? Et surtout, histoire de pas tout se taper d'un coup et de pouvoir y aller doucement comme il faut.
Guillaumme : Pour le SSO / LDAP, j'ai peur que ça demande bcp de ressources serveur et de temps de développement pour au final pas grand chose.
Pour le besoin actuelle, ldap ne sert a rien (sso a voir). FAS est mieux placer pour repondre ce genre de besoin. Nous avons certaine procedure qui sont similaire aux leurs (le wiki).
Pour ce qui est des ressources systeme, deja je trouve lourd d'avoir tout sur _un_ serveur (a la linite d'une usine a gaz). Le serveur crache (ou est surcharge), on perd tous les services (et c'est l'exemple le plus simple).
J'ai l'impression qu'il n'y a aucune organisation du cote de l'exploit de fedora-fr.org
Gros bisou de bruxelles
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Lut,
Xavier Lamien a écrit :
J'ai l'impression qu'il n'y a aucune organisation du cote de l'exploit de fedora-fr.org
Merci, ça fait plaisir, je ne sais pas pour Trashy mais moi des réflexion comme ça de bon matin ça me donne envie de retourner dans mon lit ! ! !
Pour info, on n'a qu'un serveur car on à pas les moyen d'en avoir 36.000. Pour info, Ubuntu-Fr partage sont serveur avec Ubuntu-De et OpenSuse sont en mutu je crois ! On à l'organisation qui va avec nos moyens et nos besoins, on ne cherche pas à péter plus haut que nos besoins ! Borsalio était surdimensionné au début de l'aventure mais maintenant il correspond à nos besoins.
Thomas Canniot a écrit :
Au sujet de Fluxbb 2.0, c'est certainement une bonne raison, mais tout me porte à croire que c'est une manière de cacher la discussion sous le tapis...
Ça serait très con de ma part alors de l'avoir amené cette discution ! Je te rappel que tu en parle car j'en ai parlé le premier.
Mais je le redis, le chantier n'est pas la mise en place de la solution mais la migration. Est ce que Trashy est OK pour migrer tous les Wiki sous une solution de SSO/LDAP/FAS ? Si oui alors je suivrais bien entendu même si je ne suis pas chaud de faire de grosse modif sous FluxBB 1.2/1.4 et que je préfère attendre la 2.0 qui devrait sortir Q2 - 2009.
Bien cordialement.
- -- *Jabber :* llaumgui@jabber.ru *MSN Messenger :* llaumgui@hotmail.com
Message du 08/02/09 10:48 De : "Guillaume Kulakowski" A : fedora-fr-list@redhat.com Copie à : Objet : Re: [Fedora-fr-list] Gestion des suivies
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Lut,
Xavier Lamien a écrit :
J'ai l'impression qu'il n'y a aucune organisation du cote de l'exploit de fedora-fr.org
Merci, ça fait plaisir, je ne sais pas pour Trashy mais moi des réflexion comme ça de bon matin ça me donne envie de retourner dans mon lit ! ! !
Pour info, on n'a qu'un serveur car on à pas les moyen d'en avoir 36.000. Pour info, Ubuntu-Fr partage sont serveur avec Ubuntu-De et OpenSuse sont en mutu je crois ! On à l'organisation qui va avec nos moyens et nos besoins, on ne cherche pas à péter plus haut que nos besoins ! Borsalio était surdimensionné au début de l'aventure mais maintenant il correspond à nos besoins.
Thomas Canniot a écrit :
Au sujet de Fluxbb 2.0, c'est certainement une bonne raison, mais tout me porte à croire que c'est une manière de cacher la discussion sous le tapis...
Ça serait très con de ma part alors de l'avoir amené cette discution ! Je te rappel que tu en parle car j'en ai parlé le premier.
Mais je le redis, le chantier n'est pas la mise en place de la solution mais la migration. Est ce que Trashy est OK pour migrer tous les Wiki sous une solution de SSO/LDAP/FAS ? Si oui alors je suivrais bien entendu même si je ne suis pas chaud de faire de grosse modif sous FluxBB 1.2/1.4 et que je préfère attendre la 2.0 qui devrait sortir Q2 - 2009.
Bien cordialement.
Bonjour a tous,
je pense que reflexion globale sur ce sujet d un seul Login et password pour avoir acces aux options Fedora-FR et derive va devoir avoir lieu. Ne nous enflamons pas, je pense qu une discussion ouverte sera plus profitable au debat.
Un certains nombres d entre vous seront present a l assemble du 21 Fevrier, je pense qu il serait bien que l on en parle apres ou avant l AG.
Merci de vos retour afin que l on organise quelque chose.
Cordialement
Armel
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Xavier Lamien a écrit :
Parce que tu pensais mettre mantis ? ==> chiant mais horrible en exploit sur le long terme. Perso, pour un gestionnaire de ticketing, on peu se passer des effets. On n'est pas entrain de vendre un produit.
Je m'en sert aussi au taf et j'aime bien cette solution qui est ergonomique... Peut être à tu une autre proposition ?
Alors, pourquoi se plaindre de recevoir de mails si tu veux pas leur donner acces pour qu'il l'utilise directement ?
Je dirais que le système de ticket s'adresse à ceux qui sont sur list-fr. Un membre du forum me dira jamais de mettre tel ou tel droit sur le wiki.
Pour ce qui est des ressources systeme, deja je trouve lourd d'avoir tout sur _un_ serveur (a la linite d'une usine a gaz). Le serveur crache (ou est surcharge), on perd tous les services (et c'est l'exemple le plus simple).
C'est vrai, surtout que je suis con, qu'on est ni en RAID et que bien sûr aucune backup n'est faite.
Cordialement.
- -- *Jabber :* llaumgui@jabber.ru *MSN Messenger :* llaumgui@hotmail.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Re,
Pour info : - MW : http://www.mediawiki.org/wiki/Ldap - DotClear : A écrire nous même - (Pun|Flux)BB : A écrire nous même - Flysprey : A écrire nous même - eZ Publish : En standard
Bien sur, installer les extensions représente 20% du chantier, le gros est de migrer les comptes, gérer les collisions de compte, etc...
Si Aurélien est OK pour gérer la partie LDAP, Trashy pour la partie MediaWiki alors je ferais une extension DC et PunBB.
L'idéal bien sûr serait d'avoir de l'aide supplémentaire...
Mais pour rappel je le redit, c'est un Énorle chantier alors merci de ne pas faire de "y a qu'a" !
Cordialement.
- -- *Jabber :* llaumgui@jabber.ru *MSN Messenger :* llaumgui@hotmail.com
Guillaume Kulakowski a écrit :
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Re,
Pour info :
- MW : http://www.mediawiki.org/wiki/Ldap
- DotClear : A écrire nous même
- (Pun|Flux)BB : A écrire nous même
- Flysprey : A écrire nous même
- eZ Publish : En standard
Bien sur, installer les extensions représente 20% du chantier, le gros est de migrer les comptes, gérer les collisions de compte, etc...
Si Aurélien est OK pour gérer la partie LDAP, Trashy pour la partie MediaWiki alors je ferais une extension DC et PunBB.
L'idéal bien sûr serait d'avoir de l'aide supplémentaire...
Mais pour rappel je le redit, c'est un Énorle chantier alors merci de ne pas faire de "y a qu'a" !
Cordialement.
*Jabber :* llaumgui@jabber.ru *MSN Messenger :* llaumgui@hotmail.com
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Remi - http://enigmail.mozdev.org
iEYEARECAAYFAkmOt1gACgkQGL+mH11RLJe0mACffKZI5fHWQ2DBHncM02fFocIk gTgAn0r54JqBF/qtFVwaHzWenJFNrWk/ =minF -----END PGP SIGNATURE-----
Fedora-fr-list mailing list Fedora-fr-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fr-list
Salut, Si besoins je peux donner un coup de patte. J'administre a titre perso et pro quelques serveurs web, rien de l'ampleur de fedora-fr, mais si toutes les aides sont les bienvenues le jour ou le besoins s'en fera sentir, je veux bien donner la mienne.
epo
Bonjour,
Perso je pense que flyspray est l'outil idéal pour ouvrir des tickets et en faire le suivi (bien sûr, il y en a d'autres mais je fais confiance dans le choix de Guillaume). Évidement cela serait trop classe d'avoir une centralisation de l'authentification sur les différents outils de fedora-fr.org mais le travail est considérable et demande du temps et bien sûr des compétences. Après c'est pas non plus la mort de taper un login et un mot de passe (et encore qui le tape ? le gestionnaire de password de firefox s'en charge très bien). En ce qui concerne Borsalino, il y a des sauvegardes et une tolérance de panne sur le disque sans oublié le support d'Ikoula en cas de panne matériel grave, le serveur ne nous coute pas 1€, je pense que c'est une bonne affaire ! Evidement on peut avoir mieux, on peut avoir pleins de serveurs et éparpiller les différents services sur différents serveurs, mais cela aura un cout (on va pas demander 5 dédiés à Ikoula gratos !). Et puis bon entre nous, 1 linux peut tout à fait héberger un dotclear+ un punbb + un mediawiki + un flyspray sans aucun problème !!!
Thierry
2009/2/8 Guillaume Kulakowski guillaume@llaumgui.com
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Re,
Pour info :
- MW : http://www.mediawiki.org/wiki/Ldap
- DotClear : A écrire nous même
- (Pun|Flux)BB : A écrire nous même
- Flysprey : A écrire nous même
- eZ Publish : En standard
Bien sur, installer les extensions représente 20% du chantier, le gros est de migrer les comptes, gérer les collisions de compte, etc...
Si Aurélien est OK pour gérer la partie LDAP, Trashy pour la partie MediaWiki alors je ferais une extension DC et PunBB.
L'idéal bien sûr serait d'avoir de l'aide supplémentaire...
Mais pour rappel je le redit, c'est un Énorle chantier alors merci de ne pas faire de "y a qu'a" !
Cordialement.
*Jabber :* llaumgui@jabber.ru *MSN Messenger :* llaumgui@hotmail.com
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Remi - http://enigmail.mozdev.org
iEYEARECAAYFAkmOt1gACgkQGL+mH11RLJe0mACffKZI5fHWQ2DBHncM02fFocIk gTgAn0r54JqBF/qtFVwaHzWenJFNrWk/ =minF -----END PGP SIGNATURE-----
Fedora-fr-list mailing list Fedora-fr-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fr-list
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Lut,
Merci pour ton message Thierry ;-).
De toute façon chacun à un truc qu'il préfère donc chacun aura qqc à dire et c'est pas pour ça qu'on avancera plus.
Cordialement.
Thierry a écrit :
Bonjour,
Perso je pense que flyspray est l'outil idéal pour ouvrir des tickets et en faire le suivi (bien sûr, il y en a d'autres mais je fais confiance dans le choix de Guillaume). Évidement cela serait trop classe d'avoir une centralisation de l'authentification sur les différents outils de fedora-fr.org http://fedora-fr.org mais le travail est considérable et demande du temps et bien sûr des compétences. Après c'est pas non plus la mort de taper un login et un mot de passe (et encore qui le tape ? le gestionnaire de password de firefox s'en charge très bien). En ce qui concerne Borsalino, il y a des sauvegardes et une tolérance de panne sur le disque sans oublié le support d'Ikoula en cas de panne matériel grave, le serveur ne nous coute pas 1€, je pense que c'est une bonne affaire ! Evidement on peut avoir mieux, on peut avoir pleins de serveurs et éparpiller les différents services sur différents serveurs, mais cela aura un cout (on va pas demander 5 dédiés à Ikoula gratos !). Et puis bon entre nous, 1 linux peut tout à fait héberger un dotclear+ un punbb + un mediawiki + un flyspray sans aucun problème !!!
Thierry
2009/2/8 Guillaume Kulakowski <guillaume@llaumgui.com mailto:guillaume@llaumgui.com>
Re,
Pour info :
- MW : http://www.mediawiki.org/wiki/Ldap
- DotClear : A écrire nous même
- (Pun|Flux)BB : A écrire nous même
- Flysprey : A écrire nous même
- eZ Publish : En standard
Bien sur, installer les extensions représente 20% du chantier, le gros est de migrer les comptes, gérer les collisions de compte, etc...
Si Aurélien est OK pour gérer la partie LDAP, Trashy pour la partie MediaWiki alors je ferais une extension DC et PunBB.
L'idéal bien sûr serait d'avoir de l'aide supplémentaire...
Mais pour rappel je le redit, c'est un Énorle chantier alors merci de ne pas faire de "y a qu'a" !
Cordialement.
_______________________________________________ Fedora-fr-list mailing list Fedora-fr-list@redhat.com mailto:Fedora-fr-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fr-list
Fedora-fr-list mailing list Fedora-fr-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fr-list
- -- *Jabber :* llaumgui@jabber.ru *MSN Messenger :* llaumgui@hotmail.com
2009/2/8 Guillaume Kulakowski guillaume@llaumgui.com:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Lut,
Merci pour ton message Thierry ;-).
De toute façon chacun à un truc qu'il préfère donc chacun aura qqc à dire et c'est pas pour ça qu'on avancera plus.
Meme si on a chacun une preference sur tel et tel produit, il faut pas chercher a l'exposer et c'est pas ce que chacun cherche a faire depuis le debut de ce file. Je n'ai emis l'hypothèse de FAS tout simplement parce qu'il se rapproche le plus de notre besoin. Maintenant, vous etes libre de choix mais, ca se decide en groupe (si c'est bien le principe du petit groupe fedora-fr). Mes remarques ne sont lies qu'a des retours d'experience sur les outils que tu utilses ou que t'as pense mettre en place. Bien au contraire, on cherche qu'a faire avancer les choses _ensemble_.
Concenant l'organisation c'est mon point de vue vis a vis des echanges qui transitent depuis quelques mois sur fedora-fr.org. Je ne suis pas entrain de remettre en question vos competences.
Concernant le serveur, je suis totalement conscient de sa situation (financiere, disponibilite, etc). De plus, cela m'aurait etonner qu'il y ait pas un systeme de redondance de panne ou autre. Lorsque je parle de perte de services (je n'ai jamais parle de perte de donnees), je ne parle pas d'un point de vue physique mais, d'un point de vue disponibilite. Attention je ne suis pas entrain de partir sur de la HA.
L'idéal bien sûr serait d'avoir de l'aide supplémentaire...
C'est ce qui est entrain de se realiser et c'est pour cela qu'on te donne notre retour par rapport a ce que tu met en place (dont certain qui veulent comprendre ce qui est en place et pourquoi). En plus, t'as des volontaires qui sont pret a te filer un coup de patte.
Mais pour rappel je le redit, c'est un Énorle chantier alors merci de ne pas faire de "y a qu'a" !
Bien sur, c'est le cas partout et je le sais bien. Ne prend pas la mouche.
Après c'est pas non plus la mort de taper un login et un mot de passe (et encore >> qui le tape ? le gestionnaire de password de firefox s'en charge très bien).
Je trouve cette reponse un peu trop facile. Toutefois, je ne suis pas entrain de critiquer le fait qu'on ait a taper sont mot de passe a chaque fois mais plutot de devoir se creer un compte pour acceder a chaque service. (Tu imagine si tu devais creer un compte pour acceder a ton intranet fichiers, ta messagerie, ton acces web, ton acces vpn, etc et etc.)
Et puis bon entre nous, 1 linux peut tout à fait héberger un dotclear+ un punbb + un >> mediawiki + un flyspray sans aucun problème !!!
Bien sur un linux, mais, tu est bien placer pour savoir que le systeme depend de ses ressources et pas l'inverse. Apres, ce n'est qu'une question de gestion de services et de fonctionnalites comprenand une certaine organisation de l'infrastructure systeme.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Re,
Pour info, Flyspray est là depuis plus d'un an et était prévu pour une utilisation par l'équipe d'exploitation de Fedora-Fr (il y en a une !).
J'ai ouvert un sujet non pas pour dire "Salut les copains, j'ai découvert Flyspray et je les installé de mon propre chef sans rien demander à personne" mais j'ai fait ce feed pour dire "Avec l'exploit' on utilise qqc, si vous voulez plus de rapidité je vous conseil de l'utiliser." Après vous êtes libre de le faire ou pas.
Le choix de Flyspray ne concerne donc pas la liste mais l'équipe d'exploitation. Ensuite moi, de mon propre chef, j'ai proposé de passer par là pour plus de rapidité et pour vous offrir un meilleur service plus rapide... Ai-je eu tord ?
Ensuite, l'équipe d'exploit de Fedora-Fr n'est pas une dictature, mais on manage 1 et 1 seul serveur, on va pas se mettre à 36.000 dessus. Faut pas comparer le FP à Fedora-Fr aussi on à pas le même volume de trafique et de besoin.
Actuellement l'équipe d'exploitation de Fedora-Fr se compose essentiellement de Trashy et moi même et on est appelé à être aidé par des personnes en cas de problème ou besoin (Remi à aussi les accès root). MrTom possède également les mots de passes root mais n'a pas les compétences système pour faire partie de l'équipe mais il prend part à toutes les décisions. D'autre personne on des comptes et des accès limité sur le serveur pour différents projets.
Le système démocratique de tout le monde donne sont avis est bien, on dit "yes c'est bien il y a plus qu'à"... Le problème c'est qu'il faut tenir compte d'une réalité technique et de regarder le besoin.
Une solution de LDAP/FAS/SSO/etc à l'heure actuelle ne concernerait que les gens ayant un compte wiki + forum c'est à dire moins de 100 personnes. Si on prend une troisième application (blog ou autre) on tombe en dessous des 30 personnes, etc...
Après je passe en mode professionnel et je fournis une estimation rapide basé sur une solution LDAP : - Installation d'un LDAP : 3J de DEV + TU - Installation et test d'une extension LDAP sur les Wiki : 2J de DEV +TU - Conception d'une extension LDAP pour punBB : 5J de DEV + TU - Migration des compte : 5J de DEV + TU
Donc avant de parler, avant de critiquer avant de dire il y a plus qu'a, merci de voir le temps estimé et le gain apporté.
Comme on est pas en dictature, si quelqu'un veux développer le dit système et que cela ne met pas en péril le serveur, alors ça sera mis en place (Plusieurs personne on des compte sur le serveur et font leur vis sans que je m'en occupe)..
Pour finir, comme on est pas en dictature, je suis prêt à céder ma place si on venais à me le demander (je cache pas que au vu de tout ce que j'ai fait je serais très déçu et quitterais sans doute la communauté), mais en tant que principale intervenant sur Borsalino je ne suis pas prés à donner les mot de passe root à n'importe qui à faire grossir les rend de l'équipe d'exploitation du serveur de façon anarchique et dangereuse.
Cordialement.
Bonsoir Guillaume,
On remet pas en doute ton professionnalisme et ton implication au sein de Fedora-fr. Je pense que si tu souhaitais quitter le projet nous en serions très triste. J espère que nous n en sommes pas la.
Comme je l ai propose cet après midi, je souhaite que l on en parle en face to face en marge de l AG
Cordialement
Armel
Le 8 févr. 09 à 16:26, Guillaume Kulakowski guillaume@llaumgui.com a écrit :
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Re,
Pour info, Flyspray est là depuis plus d'un an et était prévu pour une utilisation par l'équipe d'exploitation de Fedora-Fr (il y en a une !).
J'ai ouvert un sujet non pas pour dire "Salut les copains, j'ai découvert Flyspray et je les installé de mon propre chef sans rien demander à personne" mais j'ai fait ce feed pour dire "Avec l'exploi t' on utilise qqc, si vous voulez plus de rapidité je vous conseil de l'utiliser." Après vous êtes libre de le faire ou pas.
Le choix de Flyspray ne concerne donc pas la liste mais l'équipe d'exploitation. Ensuite moi, de mon propre chef, j'ai proposé de pas ser par là pour plus de rapidité et pour vous offrir un meilleur service plus rapide... Ai-je eu tord ?
Ensuite, l'équipe d'exploit de Fedora-Fr n'est pas une dictature, ma is on manage 1 et 1 seul serveur, on va pas se mettre à 36.000 dessus. Faut pas comparer le FP à Fedora-Fr aussi on à pas le même volume de trafique et de besoin.
Actuellement l'équipe d'exploitation de Fedora-Fr se compose essentiellement de Trashy et moi même et on est appelé à être aidé par des personnes en cas de problème ou besoin (Remi à aussi les accès root). MrTom possède également les mots de passes root mais n'a pas les compétences système pour faire partie de l'équipe mais il prend part à toutes les décisions. D'autre personne on des comptes et des accès limité sur le serveur p our différents projets.
Le système démocratique de tout le monde donne sont avis est bien, on dit "yes c'est bien il y a plus qu'à"... Le problème c'est qu'il fa ut tenir compte d'une réalité technique et de regarder le besoin.
Une solution de LDAP/FAS/SSO/etc à l'heure actuelle ne concernerait que les gens ayant un compte wiki + forum c'est à dire moins de 100 personnes. Si on prend une troisième application (blog ou autre) on tombe en dessous des 30 personnes, etc...
Après je passe en mode professionnel et je fournis une estimation ra pide basé sur une solution LDAP :
- Installation d'un LDAP : 3J de DEV + TU
- Installation et test d'une extension LDAP sur les Wiki : 2J de DEV
+TU
- Conception d'une extension LDAP pour punBB : 5J de DEV + TU
- Migration des compte : 5J de DEV + TU
Donc avant de parler, avant de critiquer avant de dire il y a plus qu'a, merci de voir le temps estimé et le gain apporté.
Comme on est pas en dictature, si quelqu'un veux développer le dit système et que cela ne met pas en péril le serveur, alors ça sera mis en place (Plusieurs personne on des compte sur le serveur et font leur vis sans que je m'en occupe)..
Pour finir, comme on est pas en dictature, je suis prêt à céder ma place si on venais à me le demander (je cache pas que au vu de tout ce que j'ai fait je serais très déçu et quitterais sans doute la communauté), mais en tant que principale intervenant sur Borsalino je ne suis pas prés à donner les mot de passe root à n'importe qui à faire grossir les rend de l'équipe d'exploitation du serveur de façon anarchique et dangereuse.
Cordialement. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Remi - http://enigmail.mozdev.org
iEYEARECAAYFAkmO+aoACgkQGL+mH11RLJf9HwCfcEevFfrK0W734uVsaFZ8JtoQ 2yIAn209mzwtBN823Vq5pNw+x5DkCDjp =L8dW -----END PGP SIGNATURE-----
Fedora-fr-list mailing list Fedora-fr-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fr-list
Orange vous informe que cet e-mail a ete controle par l'anti-virus mail. Aucun virus connu a ce jour par nos services n'a ete detecte.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Lut,
s'inquiète Armel, j'ai juste pris certaine remarques comme des critiques personnelles... Peut être à tord...
je n'ai jamais dit que je voulais partir. J'ai juste dit que je pouvais être poussé vers la sortie car je ne suis pas un dictateur seul au commande.
Ensuite c'est simple, si des gens veulent un SSO/FAS/LDAP et veulent participer à l'aventure alors qu'il me contact et on va le faire. On décidera ensemble de la techno et des moyens. Ca évitera les "y a qu'a" et autre truc pas constructif.
Cordialement.
Armel Kermorvant a écrit :
Bonsoir Guillaume,
On remet pas en doute ton professionnalisme et ton implication au sein de Fedora-fr. Je pense que si tu souhaitais quitter le projet nous en serions très triste. J espère que nous n en sommes pas la.
Comme je l ai propose cet après midi, je souhaite que l on en parle en face to face en marge de l AG
Cordialement
Armel
Le 8 févr. 09 à 16:26, Guillaume Kulakowski guillaume@llaumgui.com a écrit :
Re,
Pour info, Flyspray est là depuis plus d'un an et était prévu pour une utilisation par l'équipe d'exploitation de Fedora-Fr (il y en a une !).
J'ai ouvert un sujet non pas pour dire "Salut les copains, j'ai découvert Flyspray et je les installé de mon propre chef sans rien demander à personne" mais j'ai fait ce feed pour dire "Avec l'exploit' on utilise qqc, si vous voulez plus de rapidité je vous conseil de l'utiliser." Après vous êtes libre de le faire ou pas.
Le choix de Flyspray ne concerne donc pas la liste mais l'équipe d'exploitation. Ensuite moi, de mon propre chef, j'ai proposé de passer par là pour plus de rapidité et pour vous offrir un meilleur service plus rapide... Ai-je eu tord ?
Ensuite, l'équipe d'exploit de Fedora-Fr n'est pas une dictature, mais on manage 1 et 1 seul serveur, on va pas se mettre à 36.000 dessus. Faut pas comparer le FP à Fedora-Fr aussi on à pas le même volume de trafique et de besoin.
Actuellement l'équipe d'exploitation de Fedora-Fr se compose essentiellement de Trashy et moi même et on est appelé à être aidé par des personnes en cas de problème ou besoin (Remi à aussi les accès root). MrTom possède également les mots de passes root mais n'a pas les compétences système pour faire partie de l'équipe mais il prend part à toutes les décisions. D'autre personne on des comptes et des accès limité sur le serveur pour différents projets.
Le système démocratique de tout le monde donne sont avis est bien, on dit "yes c'est bien il y a plus qu'à"... Le problème c'est qu'il faut tenir compte d'une réalité technique et de regarder le besoin.
Une solution de LDAP/FAS/SSO/etc à l'heure actuelle ne concernerait que les gens ayant un compte wiki + forum c'est à dire moins de 100 personnes. Si on prend une troisième application (blog ou autre) on tombe en dessous des 30 personnes, etc...
Après je passe en mode professionnel et je fournis une estimation rapide basé sur une solution LDAP :
- Installation d'un LDAP : 3J de DEV + TU
- Installation et test d'une extension LDAP sur les Wiki : 2J de DEV +TU
- Conception d'une extension LDAP pour punBB : 5J de DEV + TU
- Migration des compte : 5J de DEV + TU
Donc avant de parler, avant de critiquer avant de dire il y a plus qu'a, merci de voir le temps estimé et le gain apporté.
Comme on est pas en dictature, si quelqu'un veux développer le dit système et que cela ne met pas en péril le serveur, alors ça sera mis en place (Plusieurs personne on des compte sur le serveur et font leur vis sans que je m'en occupe)..
Pour finir, comme on est pas en dictature, je suis prêt à céder ma place si on venais à me le demander (je cache pas que au vu de tout ce que j'ai fait je serais très déçu et quitterais sans doute la communauté), mais en tant que principale intervenant sur Borsalino je ne suis pas prés à donner les mot de passe root à n'importe qui à faire grossir les rend de l'équipe d'exploitation du serveur de façon anarchique et dangereuse.
Cordialement.
_______________________________________________ Fedora-fr-list mailing list Fedora-fr-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fr-list - ---------------------------------------------------------------------------------------
Orange vous informe que cet e-mail a ete controle par l'anti-virus mail. Aucun virus connu a ce jour par nos services n'a ete detecte.
Fedora-fr-list mailing list Fedora-fr-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fr-list
- -- *Jabber :* llaumgui@jabber.ru *MSN Messenger :* llaumgui@hotmail.com
Le dimanche 08 février 2009 à 23:35 +0100, Guillaume Kulakowski a écrit :
je n'ai jamais dit que je voulais partir. J'ai juste dit que je pouvais être poussé vers la sortie car je ne suis pas un dictateur seul au commande.
J'espère que ce n'est pas demain la veille. Tu fais du bon boulot et je ne vois pas pourquoi tu ne devrais pas continuer à le faire.
Ne te formalises pas trop sur les commentaires. Des fois les mots employés dans un mails paressent plus rudes que ce qu'ils sont réellement.
Bref, t'as pas le choix on te garde. :D
++
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Lut,
Merci Carlos.
J'ai regardé le FAS mais je ne pense pas que ça soit possible. Le fp à construit pas mal d'application en python spécialement pour le projet et autour du fas... Nous faudrait forcer des applications tierss en php pas prévu pour le fas à utiliser le fas.
Pour moi les 2 méthodes les plus efficientes serait soit du LDAP soit relier les Wiki à PunBB. Mais bon, faut faire quand même un grosse étude avant de lancer un tel chantier.
Cordialement.
Carlos Vassalo (opossum1er) a écrit :
Le dimanche 08 février 2009 à 23:35 +0100, Guillaume Kulakowski a écrit :
je n'ai jamais dit que je voulais partir. J'ai juste dit que je pouvais être poussé vers la sortie car je ne suis pas un dictateur seul au commande.
J'espère que ce n'est pas demain la veille. Tu fais du bon boulot et je ne vois pas pourquoi tu ne devrais pas continuer à le faire.
Ne te formalises pas trop sur les commentaires. Des fois les mots employés dans un mails paressent plus rudes que ce qu'ils sont réellement.
Bref, t'as pas le choix on te garde. :D
- -- *Jabber :* llaumgui@jabber.ru *MSN Messenger :* llaumgui@hotmail.com
Le Mon, 09 Feb 2009 07:38:14 +0100, Guillaume Kulakowski guillaume@llaumgui.com a écrit :
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Lut,
Merci Carlos.
J'ai regardé le FAS mais je ne pense pas que ça soit possible. Le fp à construit pas mal d'application en python spécialement pour le projet et autour du fas... Nous faudrait forcer des applications tierss en php pas prévu pour le fas à utiliser le fas.
Pour moi les 2 méthodes les plus efficientes serait soit du LDAP soit relier les Wiki à PunBB. Mais bon, faut faire quand même un grosse étude avant de lancer un tel chantier.
Je suis nul en la matière mais LDAP c'est fait pour du web ?? Il me semblait que non...
Thomas
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Re,
LDAP c'est de l'annuaire. Tu peux en faire ce que tu veux. Après, c'est un rapide état des lieux que j'ai fait.
Sinon, et c'est bien plus important, Trashy fait le même constat que moi sur le rapport contraintes/temps/gains/risque. Après, le problème est que cette discutions a lieu sur fr-list et que précisément on tape sur les 37 personnes dont Trashy parle. Si on l'avait sur le forum, on taperait sur les 16.600 autres personnes qui en ont rien à foutre...
Le plus simple peut être, le plus rapide et le moins contraignant serait peut être de voir si l'on peu centraliser à minima les 3 wiki entre eux. La faut demander à notre expert...
Sinon, je le redis, le fp n'a pas la même problématique vu qu'ils ont construit eux même pas mal d'application avec TurboGear et les ont construit autour du fas. Nous ont à pris différentes applications toutes prêtes et maintenant faudrait les contraindre à utiliser quelque chose pour lequel elles sont pas forcement prévue... Et ça c'est pas facil.
Cordialement.
Thomas Canniot a écrit :
Le Mon, 09 Feb 2009 07:38:14 +0100, Guillaume Kulakowski guillaume@llaumgui.com a écrit :
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Lut,
Merci Carlos.
J'ai regardé le FAS mais je ne pense pas que ça soit possible. Le fp à construit pas mal d'application en python spécialement pour le projet et autour du fas... Nous faudrait forcer des applications tierss en php pas prévu pour le fas à utiliser le fas.
Pour moi les 2 méthodes les plus efficientes serait soit du LDAP soit relier les Wiki à PunBB. Mais bon, faut faire quand même un grosse étude avant de lancer un tel chantier.
Je suis nul en la matière mais LDAP c'est fait pour du web ?? Il me semblait que non...
Thomas
- -- *Jabber :* llaumgui@jabber.ru *MSN Messenger :* llaumgui@hotmail.com
Salut,
Guillaume Kulakowski a écrit :
Re,
LDAP c'est de l'annuaire. Tu peux en faire ce que tu veux. Après, c'est un rapide état des lieux que j'ai fait.
Sinon, et c'est bien plus important, Trashy fait le même constat que moi sur le rapport contraintes/temps/gains/risque. Après, le problème est que cette discutions a lieu sur fr-list et que précisément on tape sur les 37 personnes dont Trashy parle. Si on l'avait sur le forum, on taperait sur les 16.600 autres personnes qui en ont rien à foutre...
Le plus simple peut être, le plus rapide et le moins contraignant serait peut être de voir si l'on peu centraliser à minima les 3 wiki entre eux. La faut demander à notre expert...
Techniquement, on peut, oui.
Mais, là encore, la base commune d'utilisateurs est moindre... Je ne suis pas certain que ceux qui ont un compte sur le wiki de l'assoce ou sur le wiki de muffin aient un compte sur celui de la doc - hormis un ou deux, n'est-ce pas Thomas ?... On en revient donc au "même problème".
Sinon, je le redis, le fp n'a pas la même problématique vu qu'ils ont construit eux même pas mal d'application avec TurboGear et les ont construit autour du fas. Nous ont à pris différentes applications toutes prêtes et maintenant faudrait les contraindre à utiliser quelque chose pour lequel elles sont pas forcement prévue... Et ça c'est pas facil.
Cordialement.
Thomas Canniot a écrit :
Le Mon, 09 Feb 2009 07:38:14 +0100, Guillaume Kulakowski guillaume@llaumgui.com a écrit :
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Lut,
Merci Carlos.
J'ai regardé le FAS mais je ne pense pas que ça soit possible. Le fp à construit pas mal d'application en python spécialement pour le projet et autour du fas... Nous faudrait forcer des applications tierss en php pas prévu pour le fas à utiliser le fas.
Pour moi les 2 méthodes les plus efficientes serait soit du LDAP soit relier les Wiki à PunBB. Mais bon, faut faire quand même un grosse étude avant de lancer un tel chantier.
Je suis nul en la matière mais LDAP c'est fait pour du web ?? Il me semblait que non...
Thomas
Bonne journée, Johan
Wouah, c'est fou comme cette discussion a dérivé o_O
Guillaume, je comprends pas vraiment pourquoi tu prends tout autant à cœur...
Personne ne t'a accusé de faire du mauvais boulot. Personne n'a souhaité te remplacer. Au contraire, on t'a tous proposé un coup de main.
Concernant les accès root, depuis quand on en a besoin pour faire de l'exploitation ? On pourrait imaginer créer une vraie équipe d'exploitation (parce qu'avec toute la meilleure volonté du monde et vos compétences dont personne ne doute, vous êtes que deux, ce qui limite forcément la rapidité d'intervention, entre autres), et gérer des droits un peu plus finement, avec des sudos, des roles, etc...
Certes, c'est comme tout, ça demande du temps pour le mettre en place, mais si derrière on est 5 à pouvoir intervenir ponctuellement sur des petits trucs (sans accès root donc), on soulage grandement le travail de chacun, ce qui permet d'envisager plus facilement des chantiers un peu plus gros.
Un argument revient beaucoup sur ce fil: ça concerne peu de monde. Mais justement, le but de Fedora-FR, c'est quoi ? De fédérer des utilisateurs pleurnichards qui ont des problèmes avec leur Fedora ? Ou au contraire d'en faire des contributeurs actifs, qui rédigent des articles sur la doc, prennent part à l'exploitation du serveur, interviennent sur les mailing lists, etc. ?
Il me semblait qu'on était dans le deuxième cas. Du coup, l'argument du "on est pas nombreux" ne tient pas, puisque notre but est justement de grossir. Autant mettre en place ce genre de chantiers _avant_ qu'on atteigne une taille critique, sinon ils seront d'autant plus difficiles.
J'enfonce un peu le clou, Guillaume, personne ne te reproche quoi que ce soit sur ton travail. On est là, on a des gens compétents dans l'équipe (pas moi hein ^^) qui te proposent un coup de main ou des idées.
Cordialement,
----------
Mathieu Bridon (bochecha) French Fedora Ambassador
---------- "They who can give up essential liberty to obtain a little temporary safety, deserve neither liberty nor safety." ~Benjamin Franklin
Salut,
Thomas Canniot a écrit :
Le Mon, 09 Feb 2009 07:38:14 +0100, Guillaume Kulakowski guillaume@llaumgui.com a écrit :
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Lut,
Merci Carlos.
J'ai regardé le FAS mais je ne pense pas que ça soit possible. Le fp à construit pas mal d'application en python spécialement pour le projet et autour du fas... Nous faudrait forcer des applications tierss en php pas prévu pour le fas à utiliser le fas.
Pour moi les 2 méthodes les plus efficientes serait soit du LDAP soit relier les Wiki à PunBB. Mais bon, faut faire quand même un grosse étude avant de lancer un tel chantier.
Je suis nul en la matière mais LDAP c'est fait pour du web ?? Il me semblait que non...
Thomas
Bah, si... http://fr.wikipedia.org/wiki/LDAP#Utilisation
En gros, LDAP peut servir à n'importe quel type d'application, pourvu que celle-ci sache dialoguer avec le serveur en face.
Johan
* Johan Cwiklinski [09/02/2009 09:35] :
En gros, LDAP peut servir à n'importe quel type d'application, pourvu que celle-ci sache dialoguer avec le serveur en face.
Juste, pour info :
Parinux utilise Dolibarr pour gérer sa base d'adhérents et celui-ci est configuré pour se synchroniser avec un annuaire LDAP. Tous nos adhérents ont donc un unique nom d'utilisateur et mot de passe.
Le support de l'authentification LDAP est bloquant pour qu'on décide d'utiliser une application. Soit c'est intégré d'office (Bugzilla), soit c'est disponible sous forme de module (Drupal), soit c'est facilement ajoutable.
Je dois avouer que, comme Guillaume et Johan, je n'étais pas très chaud au début. Tous nos admins ne connaissent pas openldap, le trésorier a du se taper phpldapadmin comme interface le temps qu'on installe Dolibarr, c'est un service de plus à surveiller/gérer/sauvegarder,... mais j'ai changé d'avis depuis. Ça nous permet de proposer des services à tous nos adhérents facilement, en leur donnant qu'un couple nom d'utilisateur/mot de passe a retenir.
Emmanuel
Emmanuel Seyman a écrit :
- Johan Cwiklinski [09/02/2009 09:35] :
En gros, LDAP peut servir à n'importe quel type d'application, pourvu que celle-ci sache dialoguer avec le serveur en face.
Juste, pour info :
Parinux utilise Dolibarr pour gérer sa base d'adhérents et celui-ci est configuré pour se synchroniser avec un annuaire LDAP. Tous nos adhérents ont donc un unique nom d'utilisateur et mot de passe.
Le support de l'authentification LDAP est bloquant pour qu'on décide d'utiliser une application. Soit c'est intégré d'office (Bugzilla), soit c'est disponible sous forme de module (Drupal), soit c'est facilement ajoutable.
Je dois avouer que, comme Guillaume et Johan, je n'étais pas très chaud au début. Tous nos admins ne connaissent pas openldap, le trésorier a du se taper phpldapadmin comme interface le temps qu'on installe Dolibarr, c'est un service de plus à surveiller/gérer/sauvegarder,... mais j'ai changé d'avis depuis. Ça nous permet de proposer des services à tous nos adhérents facilement, en leur donnant qu'un couple nom d'utilisateur/mot de passe a retenir.
Emmanuel
Ce qui me fait penser que l'on a omis Galette dans l'équation... Aucun support LDAP ou autre n'existe de ce côté là actuellement, non plus.
Je ne suis pas franchement contre, de toutes façons je ne connais pas, ce n'est pas moi qui administrerai cet aspect ; seulement si le temps à passer est plus important que le gain, ce n'est pas intéressant.
Bonne soirée, Johan
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Emmanuel Seyman a écrit :
Juste, pour info :
Parinux utilise Dolibarr pour gérer sa base d'adhérents et celui-ci est configuré pour se synchroniser avec un annuaire LDAP. Tous nos adhérents ont donc un unique nom d'utilisateur et mot de passe.
Le support de l'authentification LDAP est bloquant pour qu'on décide d'utiliser une application. Soit c'est intégré d'office (Bugzilla), soit c'est disponible sous forme de module (Drupal), soit c'est facilement ajoutable.
Je dois avouer que, comme Guillaume et Johan, je n'étais pas très chaud au début. Tous nos admins ne connaissent pas openldap, le trésorier a du se taper phpldapadmin comme interface le temps qu'on installe Dolibarr, c'est un service de plus à surveiller/gérer/sauvegarder,... mais j'ai changé d'avis depuis. Ça nous permet de proposer des services à tous nos adhérents facilement, en leur donnant qu'un couple nom d'utilisateur/mot de passe a retenir.
Lut,
le problème c'est que notre plus grosse appli n'est pas compatible pour le moment et ne le sera pas avant 6 mois.
Cordialement. - -- *Jabber :* llaumgui@jabber.ru *MSN Messenger :* llaumgui@hotmail.com
le problème c'est que notre plus grosse appli n'est pas compatible pour le moment et ne le sera pas avant 6 mois.
Ça, c'est un vrai problème ;)
Si seulement on avait quelqu'un qui gère PHP, qui connait bien LDAP et maitrise FluxBB sur le bout des doigts, il pourrait nous pondre une extension FluxBB qui gère le LDAP et la reverser upstream pour qu'ils l'intègrent et sortent plus vite leur prochaine version... Ah mais on a ça ! :D
Bon l'idéal, ce serait aussi que cette personne ait le temps de le faire, et là, c'est pas gagné. On en revient donc à l'équipe d'exploitation, si vous étiez plus de deux, chacun aurait plus de temps...
----------
Mathieu Bridon (bochecha) French Fedora Ambassador
---------- "They who can give up essential liberty to obtain a little temporary safety, deserve neither liberty nor safety." ~Benjamin Franklin
Bonjour,
Malheureusement ce n'est pas possible. En 1.2/1.4 cet opération est un hack profond du code source. En 2.0 c'est un plugin propre. En gros le code va profondément changer et cette modification sera à jeter à la poubelle en 2.0. L'upstream j'y pense mais en plugin. Pour cela il faut que le moteur de plugin soit stabilsé.
Cordialement.
Le 10 février 2009 10:26, Mathieu Bridon (bochecha) bochecha@fedoraproject.org a écrit :
le problème c'est que notre plus grosse appli n'est pas compatible pour le moment et ne le sera pas avant 6 mois.
Ça, c'est un vrai problème ;)
Si seulement on avait quelqu'un qui gère PHP, qui connait bien LDAP et maitrise FluxBB sur le bout des doigts, il pourrait nous pondre une extension FluxBB qui gère le LDAP et la reverser upstream pour qu'ils l'intègrent et sortent plus vite leur prochaine version... Ah mais on a ça ! :D
Bon l'idéal, ce serait aussi que cette personne ait le temps de le faire, et là, c'est pas gagné. On en revient donc à l'équipe d'exploitation, si vous étiez plus de deux, chacun aurait plus de temps...
Mathieu Bridon (bochecha) French Fedora Ambassador
"They who can give up essential liberty to obtain a little temporary safety, deserve neither liberty nor safety." ~Benjamin Franklin
Fedora-fr-list mailing list Fedora-fr-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-fr-list
Salut,
Guillaume Kulakowski a écrit :
Re,
Pour info :
- MW : http://www.mediawiki.org/wiki/Ldap
- DotClear : A écrire nous même
- (Pun|Flux)BB : A écrire nous même
- Flysprey : A écrire nous même
- eZ Publish : En standard
Bien sur, installer les extensions représente 20% du chantier, le gros est de migrer les comptes, gérer les collisions de compte, etc...
Si Aurélien est OK pour gérer la partie LDAP, Trashy pour la partie MediaWiki alors je ferais une extension DC et PunBB.
Moi, je ne suis pas contre, mais...
J'ai un peu du mal à saisir l'intérêt de mettre les comptes forums et wiki. Les comptes wiki représentent une très infime partie de ceux du forum, l'intérêt d'une "mutualisation" de ces comptes est de fait minime. De plus, sur le wiki, nous avons un système de nommage des comptes bien précis, alors que sur le forum c'est complètement libre. J'ai un peu du mal à voir comment mettre les deux en commun.
Il y a actuellement 98 comptes utilisateur sur le wiki. 37 ont apporté 10 modifications maxi depuis la création de leur compte (une bonne dizaine n'a jamais édité le wiki). Sur ce qui reste, on doit avoir 30% maximum de comptes qui sont réellement actifs aujourd'hui.
L'intérêt d'un système centralisé de gestion des comptes est - comme le dit Guillaume - un gros chantier, qui demandera du développement, causera des bogues, et obligera à maintenir un service supplémentaire sur le serveur ; il faut que le jeu en vaille la chandelle et je ne pense pas que ce soit le cas actuellement pour le forum et la doc. Et je ne parle pas des autres services...
Le FP a fini par mettre en place un système de compte centralisé, mais là, l'inscription à différents services est obligatoire (il faut un compte FP pour éditer le wiki par exemple). Ce n'est pas du tout notre cas, nous sommes bien plus loin d'avoir ce genre de besoin, à mon humble avis.
L'idéal bien sûr serait d'avoir de l'aide supplémentaire...
Mais pour rappel je le redit, c'est un Énorle chantier alors merci de ne pas faire de "y a qu'a" !
Cordialement.
Bonne journée, Johan
fr-users@lists.fedoraproject.org