Difference between revisions of "CommunicationLibrePackages/Fr"

From TuxFamilyFAQ
Jump to navigationJump to search
m
(ajout point de vue utilisateur)
Line 25: Line 25:
 
** Il est hallucinant de constater le nombre de dépôts ouverts pour un oui pour un non, non maintenus par la suite, ne répondant qu'à un besoin ponctuel et visiblement insuffisamment testé (le coup de pouce d'intégrer les paquets upstream permet d'assurer que l'abandon de paquets ne laissera pas des orphelins sur le carreau mais qu'ils pourront être adoptés et trouver leur nouveau mainteneur)
 
** Il est hallucinant de constater le nombre de dépôts ouverts pour un oui pour un non, non maintenus par la suite, ne répondant qu'à un besoin ponctuel et visiblement insuffisamment testé (le coup de pouce d'intégrer les paquets upstream permet d'assurer que l'abandon de paquets ne laissera pas des orphelins sur le carreau mais qu'ils pourront être adoptés et trouver leur nouveau mainteneur)
  
 +
Regardez-y à deux fois, du point de vue de l'utilisateur :
 +
* qui utiliserait vos paquets ? (lesquels d'ailleurs ?)
 +
* pourquoi un utilisateur ajouterait-il votre nième dépôt à sa liste ? Comment peuvent-ils connaître le niveau de maintenance que vous allez y apporter ? (votre dépôt existera-t-il encore quand il y aura des alertes de sécurité, dans 3 ans quand 6 versions seront sorties d'ici là ?)
 +
* pourquoi ne pas travailler en amont avec les mainteneurs ? Ne pensez-vous pas que vous apprendrez plus à être intégré à une équipe existante que simplement par vous même ?
 
== Mandriva ==
 
== Mandriva ==
 
* Voir http://cookerspot.tuxfamily.org/wikka.php?wakka=PackagingMadeSimple
 
* Voir http://cookerspot.tuxfamily.org/wikka.php?wakka=PackagingMadeSimple

Revision as of 15:04, 17 January 2008


Communication Libre > Paquets

Référencement

Le référencement est important pour faire connaître le(s) logiciel(s) que vous développez

Co - mmu - ni - quer

Votre meilleure communication c'est votre documentation et votre code.

Pour des paquets (deb ou rpm ou autre),

  • Donner des instructions claires pour utiliser votre dépôt
  • Faites-vous connaître de votre distribution : nous préconisons le travail upstream, cf. plus bas
  • Coordonnez-vous avec ceux qui font des paquets du même domaine que les vôtres

Contributions upstream

  • Avant d'ouvrir un dépôt, essayez plutôt de rejoindre le projet de développement en amont
    • Participez aux mailing-lists de développement (cela permettra de recruter des testeurs pour vos paquets)
    • Rejoignez les contributeurs de votre distribution, ils vous montreront les bonnes pratiques
  • Posez-vous la question "pourquoi ouvrir un nième dépôt de paquets plutôt que de rejoindre des équipes existantes ?"
    • Regardez http://demoll.tuxfamily.org/tags/index.php?tag=distrib et contactez les projets pour rejoindre leur groupe
    • Il est hallucinant de constater le nombre de dépôts ouverts pour un oui pour un non, non maintenus par la suite, ne répondant qu'à un besoin ponctuel et visiblement insuffisamment testé (le coup de pouce d'intégrer les paquets upstream permet d'assurer que l'abandon de paquets ne laissera pas des orphelins sur le carreau mais qu'ils pourront être adoptés et trouver leur nouveau mainteneur)

Regardez-y à deux fois, du point de vue de l'utilisateur :

  • qui utiliserait vos paquets ? (lesquels d'ailleurs ?)
  • pourquoi un utilisateur ajouterait-il votre nième dépôt à sa liste ? Comment peuvent-ils connaître le niveau de maintenance que vous allez y apporter ? (votre dépôt existera-t-il encore quand il y aura des alertes de sécurité, dans 3 ans quand 6 versions seront sorties d'ici là ?)
  • pourquoi ne pas travailler en amont avec les mainteneurs ? Ne pensez-vous pas que vous apprendrez plus à être intégré à une équipe existante que simplement par vous même ?

Mandriva

Ubuntu

La communauté est plus qu'accueillante avec les nouveaux contributeurs, n'hésitez pas à demander de l'aide pour voir votre travail incorporé à la distribution officielle !