On mer, 04 mar 2009 19:05:15 +0100, Christophe Alonso wrote: > Le mercredi 04 mars 2009 à 18:33 +0100, Laurent Guignard a écrit : > > Bonjour à tous, > > Bonjour, > > > Les réponses sont trop vagues et il est difficile de trouver quelque chose à > > faire dans le projet quand d'une part on ne le connait pas (ou du moins qu'on > > le connait sous la forme d'un utilisateur moyen), et d'autre part quand on ne > > connait pas les outils utilisés par le projet. Quand je parle des outils il > > faut comprendre les logiciels mais aussi les processus de production des > > packages, des traductions,... > > Pour mon information existe t il quelque part une ressource qui documente les > > processus de production des package si un tel processus existe car d'après ce > > que j'ai pu voir ce n'est pas le cas et que chaque responsable de package, > > d'équipe gère sa partie de projet comme il le sent... > > Commencer peut-être par lire : > http://www.debian.org/intro/help > ou > http://www.debian.org/devel/ > > Bonne lecture ;) > > Christophe > > Bonsoir Christophe, J'ai bien lu ces documents et d'autres comme le Debian Maintainer Guide, Developer Guide,... Simplement, le principe c'est de donner une première idée de ce que le futur contributeur sera amené à passer comme temps, à s'investir dans le projet. Une réponse du type 1/2 heure à 1 heure par jour semble un bon début pour prendre connaissance du projet me semble plus opportun que "le temps que tu peux y passer..." Dans mon exemple du package MUTT (ce n'est pas le seul en cause), je trouve que l'organisation du travail autour d'un package reste souvent un peu obscure. On se retrouve avec des petits jeunes (don je fais parti) qui refont du travail (en plusieurs heures, voir jours) que des anciens ont réalisés en 30 minutes. En dehors du fait que le jeune a beaucoup appris et que les anciens ont perdu un peu de temps à examiner le patch fourni, je trouve que cela fait beaucoup de temps de perdu ! Je crois me souvenir que dans mes cours d'informatique (il y a déjà quelques temps), cela s'appelait de la gestion de projet. Peut-être qu'un système permettant de laisser certains bugs aux newbies (moi) pour se faire la main, et d'autres bugs (peut-être plus bloquant pour le projet) seraient traités en priorité pas les "anciens" du projet. Enfin bon, je crois bien avoir déjà vu passer sur cette liste une discussion à propos de l'attribution de la résolution de bugs avec le pour et le contre ! Librement > -- > Lisez la FAQ de la liste avant de poser une question : > http://wiki.debian.org/fr/FrenchLists > Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et > "Reply-To:" > > To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org > -- Laurent Guignard, Registered as user #301590 with the Linux Counter Site : http://www.famille-guignard.org Blog : http://blog.famille-guignard.org Projet : http://sicontact.sourceforge.net GULL de Villefranche sur Saône : http://www.cagull.org
Attachment:
signature.asc
Description: Digital signature