Présentation

Il s'agit du dernier volet de notre série de développement C, et sans doute le moins technique. Si vous nous avez suivi depuis le début et pratiqué autant que possible, vous avez maintenant quelques connaissances de base sur le développement en C et sur la manière de mettre en package votre application (préférée) pour deux des familles de distribution Linux les plus utilisées, Debian et Redhat. Cet article concerne la communauté, comment contribuer, comment collaborer et enfin, comment obtenir votre paquet dans les archives officielles de Debian. Si vous avez lu les articles précédents de la série, vous n'aurez besoin d'aucune autre connaissance technique ; tout ce dont vous avez besoin est la volonté de mettre vos connaissances au service de la communauté.

Démarrer

Vous avez une application, vous l'avez empaquetée et maintenant vous êtes impatient de la télécharger dans les archives Debian (d'ailleurs, bon nombre des idées présentées ici s'appliquent à de nombreux projets Open Source :ce qui diffère généralement, c'est la façon de faire les choses). Nous dirions pas si vite. Prenez une minute pour souffler et trouver des moyens de vous faire connaître auprès de la communauté. Prenez le temps de lire le guide du nouveau responsable Debian, si vous ne l'avez pas déjà fait, et souvenez-vous du mot clé ici :communauté. Tout le monde est bénévole, et nous avons choisi Debian surtout en raison de ses opinions démocratiques, et personne n'est payé ou forcé de quelque manière que ce soit à faire votre offre. Quoi qu'il en soit, puisque nous savons à quel point vous aimez lire des guides et des manuels, une partie de cet article consistera en quelques conseils judicieux concernant la collaboration. Tout d'abord, habituez-vous à vous débrouiller seul. Personne n'aime une personne qui, lorsqu'elle rencontre le premier signe de problème, au lieu d'aller voir son meilleur ami Internet, $SEARCH_ENGINE, commence à polluer les forums, les listes de diffusion et les canaux IRC avec des questions puériles comme "De quels drapeaux gcc ai-je besoin compiler mon code pour i686 ? ». La seule chose que vous gagnerez est un RTFM moins qu'amical et beaucoup de points de geek manquants. Oui, nous savons que le manuel de gcc est volumineux et un coup sûr pour les maux de tête, mais lire le manuel, puis chercher d'abord sur le net est la bonne voie (TM). Aucune exception. Vous ferez une première bonne impression lorsque vous montrerez aux autres développeurs que vous avez fait vos devoirs. D'un autre côté, donner du fil à retordre aux débutants, surtout lorsqu'un tel comportement n'est pas nécessaire, ne vous procurera aucune popularité. Rappelez-vous que vous étiez autrefois comme eux, rappelez-vous que vous, comme nous tous, avez encore beaucoup à apprendre, et orientez peut-être la personne vers une ressource que vous jugez utile. Dans ce contexte, souvenez-vous encore de ce mot :communauté. Votre travail ne signifie pas grand-chose, malgré le fait qu'il signifie le monde pour vous, à moins que la communauté ne le trouve utile. Collaborez avec eux et soyez prêt à accepter les commentaires, et soyez-en reconnaissant, même si vous n'aimez peut-être pas ce que vous entendez. Laissez votre fierté à la porte et rappelez-vous que la meilleure et peut-être la seule façon d'améliorer votre logiciel est la rétroaction de la communauté. Mais ne tombez pas dans les extrêmes et essayez d'être impartial. Peut-être que certaines personnes essaieront de vous rabaisser juste pour le plaisir :ignorez-les et concentrez-vous sur des critiques constructives.

Outils du métier

Le premier outil dont vous aurez besoin en tant que développeur Debian, ou tout autre distribution/projet d'ailleurs, est la patience. Peu importe si c'est votre propre logiciel que vous emballez, ou celui de quelqu'un d'autre, comme nous l'avons fait avec yest. On ne devient pas développeur du jour au lendemain, surtout dans un projet orienté qualité comme Debian. Maintenant, pour entrer dans le côté pratique des choses, le premier et le plus évident outil dont vous avez besoin est le compilateur pour le langage dans lequel votre programme est écrit. Ou, si le programme est écrit dans un langage interprété, assurez-vous que l'interpréteur (Perl, Python, Ruby…) est là en tant que dépendance. Nous nous concentrerons cependant sur le côté C, car il s'agit après tout d'une série d'articles sur le développement en C, et vous donnerons une liste non exhaustive d'utilitaires qu'il vaut mieux installer sur votre machine de développement :

outils

auto* tools (autoconf, automake, ...)
debhelper and dh-make -- Debian-specific
devscripts, fakeroot -- same, see the Guide for details
a VCS of your choice, depending on the situation at hand -- we prefer to take no sides here
gnupg -- for digitally signing your packages, mandatory in Debian
lintian -- the name is a combination of lint and Debian, so it's self-explanatory
patch - you should know by know why you'd need it
pbuilder -- for creating a chroot

Si vous étiez prudent, vous auriez remarqué que nous avons omis un utilitaire important dans cette liste. Pouvez-vous le repérer ?

Documents

Debian recommande deux documents. En fait, non. Debian recommande les deux documents, mais nous disons qu'il est essentiel que vous les lisiez plus d'une fois et que vous les gardiez à portée de main à tout moment. Il s'agit de la politique Debian et de la référence des développeurs, toutes deux disponibles via le Web et sous forme de packages. De plus, les normes de codage GNU doivent être à portée de main lorsque vous en avez besoin, en particulier lorsque/si vous écrivez l'application vous-même.

En amont

Puisque nous nous concentrons sur yest comme exemple principal de cette série, il est facile de comprendre que nous ne sommes que des conditionneurs, pas des développeurs principaux, nous devons donc rester en contact avec l'amont. Les règles de communication décrites ci-dessus s'appliquent, bien sûr, et une collaboration étroite avec l'amont permet d'obtenir un package sain qui est mis à jour rapidement dès que l'auteur télécharge la nouvelle version. Bien que ledit auteur ait probablement testé le logiciel avant de le publier dans la nature, si vous effectuez vous-même des tests unitaires avant de télécharger le package, c'est encore mieux. Jetez un œil à des outils comme DejaGNU pour cela et signalez tout problème trouvé en amont. En parlant de rapport, vous devez comprendre la responsabilité que vous prenez en devenant responsable. TOUS les rapports de bogues des utilisateurs de Debian vous parviendront, et il est de votre devoir d'agir comme un catalyseur entre les utilisateurs et en amont afin de résoudre tous les problèmes.

Le parrain

Beaucoup d'entre vous, surtout les plus grands comme moi, ont vu la série Karate Kid. Si quoi que ce soit, ce film montre une relation entre un maître et un apprenti (OK, vous pouvez également utiliser Star Wars comme exemple…). Si vous pensez que vous demandez à devenir développeur et que votre souhait est exaucé en quelques minutes, vous avez oublié la patience. Non, vous devez d'abord demander un mentorat, montrant vos réalisations, vos motivations, etc. Au bout d'un moment, après avoir prouvé que vous en valez la peine, vous soumettrez une candidature pour devenir mainteneur, le mentor se portant garant de vous.

Mise en ligne

Vous y êtes presque, il ne vous reste plus qu'à effectuer le téléchargement proprement dit. Si vous êtes arrivé jusqu'ici, vous pouvez déjà vous féliciter. Maintenant, l'application dont vous avez besoin s'appelle dupload(1) et vous devez créer un fichier nommé dupload.conf(5) dans votre répertoire personnel et commencez à modifier les paramètres. Vous pouvez, si la page de manuel du fichier vous semble effrayante, prendre /etc/dupload.conf par exemple. Après avoir enregistré ~/dupload.conf , vous pouvez faire quelque chose comme ceci :

 $ dupload yest-2.7.0.5_i386.changes

Maintenant, c'est un exercice laissé au lecteur pour savoir ce qu'il faut faire d'autre lors du premier téléchargement d'un paquet. De plus, le chapitre 9 du guide du nouveau responsable Debian devrait être lu et relu, puis un peu plus. C'est à peu près tout !

Tous les articles de cette série :

• Je. Développement en C sous Linux – Introduction
• II. Comparaison entre C et d'autres langages de programmation
• III. Types, opérateurs, variables
• IV. Contrôle de flux
• V. Fonctions
• VI. Pointeurs et tableaux
• VII. Ouvrages
• VIII. E/S de base
• IX. Style de codage et recommandations
• X. Construire un programme
• XI. Empaquetage pour Debian et Fedora
• XII. Obtenir un paquet dans les dépôts Debian officiels