[Fedora-fr-list] Paris Captiale du Libre : feedback ?

[Thomas Canniot]

Le Sat, 27 Sep 2008 21:43:58 +0200,
"Mathieu Bridon (bochecha)" <bochecha at fedoraproject.org> a écrit :

> > > Avoir un local accessible par plusieurs personnes permettrait de
> > > régler le souci de transmission du matériel facilement.
> > > Maintenant, avoir un local doit pas être facile. Pour Paris, on
> > > pourrait peut être demander à Parinux si on pourrait stocker tout
> > > chez eux s'ils ont un local (Manu, tu t'es enfin inscrit à la
> > > liste ? :). Ca éviterait que tout soit chez quelqu'un qui, même
> > > avec la meilleur volonté du monde, sera forcément injoignable à
> > > un moment où un autre.
> > +1
> > Ça ne reglerait pas le problème des évènements en province. Mais au
> > moins plusieurs personnes pourrait accéder au matos (et l'envoyer en
> > province).
> 
> Les provinciaux peuvent aussi avoir un local. On pourrait segmenter la
> France en grandes régions ayant à peu près autant d'ambas et partager
> les ressources en fonction. Chacune aurait son local et ses ressources
> (évidemment, on peut ajuster et transférer quand y a besoin). Tu
> organises un événement et tu as besoin de liveCDs ? Tu vois avec la
> région dont tu dépends (proximité, disponibilité,...)
> 
> > Par contre qui aurait accès au local ?
> 
> Tous les ambas ?
> 
> Plus sérieusement, comme on ne pourra jamais avoir une clé par amba
> dans les régions peuplées, 2 ou 3 personnes par local ayant les clés,
> ça réduiraient de façon drastique les risques d'indisponibilité.

... tout ça sous entend "location" de local. Je ne suis pas convaincu
que l'asso ait de l'argent à dépenser dans des loyers pour simplement
stocker du matos.

Par contre... on peut avoir un amba référant par région, qui concède à
céder la place qu'il a sous son lit pour stocker ces petites choses.

> 
> > > >  Une autre amélioration facile à mettre en place serait de
> > > > créer une liste de diffusion publique orienté grand public. Une
> > > > liste à laquelle les gens pourraient s'inscrire pour recevoir
> > > > des nouvelles du projet (fr). Les nouvelles seraient l'annonce
> > > > d'une IP (l'idée vient de là), l'annonce de la sortie d'une
> > > > nouvelle version, sortie de MUFFIN et plein de trucs du genre.
> > > > C'est relativement facile à mettre en place et l'idée vient du
> > > > public donc à mon avis il y a pas vraiment à hésiter. 
> > > 
> > > Une fedora-announce-fr-list serait effectivement une excellente
> > > idée. Un truc avec un traffic très faible pour se faire oublier
> > > par les gens extérieurs, mais qui leur apporterait les infos en
> > > tant voulu.
> > > 
> > > On pourrait proposer la souscription lors des IP, ça nous
> > > permettrait de fidéliser les gens à qui on installe à moindre
> > > frais.
> > T'as tout compris :)
> 
> Si tout le monde est d'accord, comment on crée une liste ? Les
> anciens, vous avez créé comment celle sur laquelle on est en train de
> se parler ?

On avait contacter le projet, mais après, on peut en faire une sur fedora-fr.

> 
> Ca me fait penser à quelque chose: je viens de demander comment créer
> une liste. C'est un boulot typique d'amba, de promotion. Si un seul
> amba sait le faire, on court le même risque que pour les liveCDs.

Je ne comprends pas ce que tu veux dire par contre, là, dsl :/

> 
> On devrait se créer un espace quelque part, un wiki Fedora-Fr, mais
> avec des ressources pour les ambas. Une doc qu'on ferait lire aux
> nouveaux ambas pour qu'ils sachent ce qu'ils peuvent faire et comment.

C'est initialement l'objectif du wiki du projet fedora. On retombe
toujours dans les mêmes discussions : qu'est-ce qu'on met chez nous,
qu'est-ce qu'on fait de ce qu'il y a chez eux ? L'important étant que
le type qui arrive doit tomber sur une info qui soit juste et
exploitable.

Thomas
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-fr-list/attachments/20080928/6c6338f0/attachment.sig>