Vous n’y croyez pas ? Regardez ici (vous pouvez faire le ménage au passage, sinon on peut aussi faire le ménage à la main dans ~/.macromedia/Flash_Player/#SharedObjects) et ensuite allez ici pour réduire à 0 ko la taille des données qu’un site quelconque est autorisé à stocker (ainsi dès qu’une application Flash voudra stocker des données, elle devra obtenir votre autorisation explicite).

J’ai rédigé cet article en début d’année sur demande de l’éditeur qui souhaitait compléter leur dossier sur les systèmes d’exploitation. C’est un tout petit pas pour la démocratisation de Debian mais cela fait plaisir de penser que des décideurs puissent découvrir Linux par Debian plutôt que par une distribution commerciale.

Laissez moi donc un petit commentaire relatant vos péripéties (exemples : difficultés à faire marcher un périphérique, à configurer un logiciel, à faire une mise à jour, etc.). D’une manière générale, si vous trouvez qu’un sujet particulier manque singulièrement de documentation, n’hésitez pas à me le signaler.

C’est une chance pour tous ceux qui n’ont pas pu s’offrir le livre… en effet, même s’il n’est plus tout récent, la majorité des explications (sur dpkg, apt, le debian-installer, …) sont toujours pertinentes et d’actualité. C’est également une occasion de « feuilleter » le livre dans son intégralité et de lire un ou deux chapitres, si jamais on hésite à débourser les 39 EUR de la dernière édition ou bien les 29 EUR de l’édition électronique. Et oui, vous pouvez désormais également vous procurer une version PDF de la 3ème édition (« Debian Etch ») à un prix moins élevé que la version papier. Il n’y a malheureusement pas encore d’offre combinée papier + PDF à l’heure actuelle.

J’ai mis à jour la page dédiée au livre avec toutes ces informations.

Parmi les 10 gagnants, ceux qui ont été sélectionnés par les auteurs sont : Linux et les choses, le blog de Sun WuKong et Planète Béranger.

Félicitations aux heureux gagnants ! Pour les autres, merci quand même d’avoir participé et j’espère pouvoir rencontrer certains d’entre vous au salon Solutions Linux où je serai présent (sur le stand Debian évidemment).

Vous aurez aussi remarqué que je ne poste plus très régulièrement sur mon blog, ce n’est pas faute de manquer d’idées, mais je passe tellement de temps à travailler sur dpkg qu’il ne m’en reste plus pour rédiger des articles. Ceci dit mes priorités évoluent (par cycle de quelques mois) et un jour ce blog redeviendra un peu plus actif.

Dans le cadre de la promotion du livre, il y a 10 exemplaires du livre (qui fait tout de même 39€!) à gagner. Participer à ce concours n’est pas plus compliqué que de rédiger un article de présentation du livre dans votre blog… retrouvez les détails sur la page du jeu-concours. À l’heure actuelle, il n’y a qu’une vingtaine de participants soit 50% de chance de gagner… avouez que c’est quand même bien mieux que le loto!

Sautez sur l’occasion et participez !

Parmi les premiers à avoir relayé l’annonce du livre, je félicite Guilhem Augendre de l’association Isépienne du Libre qui nous fait partager un avis personnel sur le livre. J’espère que d’autres participants suivront cet exemple.

Et pour la postérité, voici l’annonce officielle passée sur LinuxFr.

Roland et moi attendons impatiemment vos premiers retours sur ce nouveau livre. Nous sommes convaincus qu’il saura se rendre utile et nous espérons qu’il rencontrera le même succès que les deux éditions précédentes !

En effet, depuis quelques temps je me suis mis à contribuer à dpkg. J’ai commencé avec un projet plutôt important, à savoir l’amélioration de dpkg-shlibdeps pour qu’il génère des dépendances minimales en fonction des symboles des bibliothèques utilisés par chaque programme. Tout au long, j’ai maintenu à jour une page du wiki avec les détails et l’avancement:
http://wiki.debian.org/Projects/ImprovedDpkgShlibdeps.
Comme le développement était assez important, il a eu lieu sur une branche dédiée qui vient juste d’être intégrée dans la branche master (autrement dit, le résultat sera dans la prochaine version de dpkg, c’est-à-dire la version 1.14.8).

Ce projet représente à mon avis une avancée très importante car si les bibliothèques les plus importantes emploient ce mécanisme rapidement, la majorité des paquets auront des dépendances moins strictes et il sera beaucoup plus souvent possible d’installer un paquet de unstable dans stable sans avoir besoin de le recompiler. Autrement dit, il y aura moins de rétro-portages (”backports”) à compiler et il sera plus facile d’installer la dernière version d’une application donnée.

Ce premier projet étant terminé, je me suis attaqué à un plus petit problème mais qui est intéressant tout de même. Jusqu’à présent, dpkg-gencontrol se contentait de substituer les variables dans les dépendances et d’écrire le résultat bêtement dans le champ correspondant.
Parfois le jeu des substitutions introduit des dépendances en double (parfois plus ou moins stricte). Comme lintian se plaint de ces problèmes, cela a conduit de nombreux mainteneurs à supprimer les variables et à mettre en dur les dépendances souhaitées. Maintenant, cela n’est plus nécessaire. En outre, les dépendances sont optimisées de telle sorte que si une dépendance dans le champ Pre-Depends implique une dépendance du champ Depends, cette dernière est supprimée (il en va de même pour les dépendances plus faibles listées dans Recommends puis Suggests). Je viens de soumettre une série de patchs pour inclure toutes ces fonctionnalités.

Je ne sais pas encore quel sera mon prochain projet, mais les récentes discussions sur un nouveau format de paquet source m’interpellent et peut-être vais-je essayer d’implémenter quelque chose qui combine le support du format wig&pen et les avancées apportées par les VCS distribués.

Ces différents développements concernent le paquet dpkg-dev qui contient essentiellement du perl. Ceux qui ne maîtrisent pas le C et qui n’osaient pas s’approcher de dpkg à cause de cela peuvent retourner leur veste et nous rejoindre sur #debian-dpkg sur irc.debian.org et la liste de diffusion debian-dpkg.
Enfin, http://wiki.debian.org/Teams/Dpkg contient des informations intéressantes pour qui veut débuter sur ce projet.

Je n’ai pas eu de problèmes avec mes plugins, en revanche lorsque j’ai converti mes catégories en tags, les catégories ont été totalement supprimées ! La page du convertisseur n’était vraiment pas clair sur cet aspect, en outre la présentation laisse à croire qu’il y aura plusieurs étapes dans la conversion alors qu’il n’y en a qu’une. On choisit les catégories à convertir et hop c’est fait. J’aurai aimé quelque chose de plus évolué où je peux choisir un ensemble de tags pour chaque catégorie… et où la catégorie ne disparaît pas !

Bref, la suppression des catégories a aussi cassé les flux RSS associés (/category/debian/feed/)… j’ai réussi à contourner le problème en configurant le préfixe des URL des tag en “category” (et en mettant “old-cat” comme préfixe pour les catégories, désormais inexistantes sur mon site). Ouf, je n’ai pas à tout recatégoriser… d’ailleurs si vous connaissez un plugin qui permet de recatégoriser/retagger un grand nombre d’articles facilement, je suis preneur.

Le côté positif dans tout cela, c’est que je peux enfin proposer des flux qui sont des intersections entre différents tags. Ainsi au lieu d’avoir un tag “DebianFr” dédié, je pourrai utiliser une URL de flux qui représente l’intersection entre “Debian” et “Français”, cela donne par exemple ceci: http://www.ouaza.com/wp/category/debian+francais/feed/
(bon, c’est vide pour le moment car tous les articles taggés “Debian” sont en anglais… les autres sont dans “DebianFr” jusqu’à ce que j’arrive à trouver la motivation pour reclasser tous les articles :-))

On peut aussi faire l’union entre différents tags au lieu d’une intersection, on utilise alors une virgule (,) comme délimiteur au lieu du symbole plus (+).

Ma première réponse était de regarder famke un petit script python écrit par James Troup pour les besoins de l’équipe DSA de Debian: il prévient par mail lorsque des mises à jour sont possibles et essaient de les rapprocher avec le fil RDF des mises à jour de sécurité.

J’ai donc repris le principe et réalisé un petit script python un peu plus souple dans la mesure où il ne vérifie pas si les paquets installés peuvent être mis à jour mais si les paquets listés dans un fichier (que j’ai appelé watchlist) peuvent être mis à jour à partir d’un ensemble de dépôts APT que l’on consigne dans un fichier sources.list personnel.

Il peut servir d’exemples à ceux qui cherchent à employer l’interface “python-apt”. Le script est disponible dans un dépôt Git.

Installation et usage par l’exemple :

$ git clone git://git.debian.org/~hertzog/hacks/checkupdate.git
$ cd checkupdate
$ vim checkupdate.conf
# On change les répertoires pour pointer vers `pwd`
$ vim watchlist
# On indique les paquets à surveiller et leur version courante
$ ./checkupdate checkupdate.conf
An update of the package 'rsync' is available: 2.6.9-2etch1
Origin: [component: 'main' archive: 'stable' origin: 'Debian'
label: 'Debian-Security' site 'security.debian.org' isTrusted: 'True']

Cet article s’attache donc à faire un tour d’horizon de l’existant et à identifier les limites des modèles existants. Enfin, pour finir, je vous ferai partager mes réflexions personnelles sur les critères à respecter pour définir une nouveau modèle économique viable.

Les services aux professionnels

C’est sûrement la solution la plus simple et c’est une solution qui marche pour moi à l’heure actuelle. Je vends mes compétences informatiques aux entreprises qui en ont besoin sous forme de formations, conseils et développements spécifiques. La marge que je dégage me permet de consacrer un à deux jours par semaine au logiciel libre (bien sûr cela veut aussi dire que je pourrais gagner plus si j’arrêtais de contribuer à Debian et que je travaillais plus).

Cela marche, mais cela ne me satisfait pas vraiment. J’essaie d’orienter Freexian comme un spécialiste de Debian, mais ce positionnement ne m’a encore jamais permis de faire financer un développement utile à Debian par un client. Par contre, pour des développements sur un Linux embarqué ou des conseils sur Asterisk, là on trouve plus facilement des clients.

Bien sûr, c’est mieux que de devoir travailler avec Windows, mais il n’y a pas de raison qu’on ne puisse pas trouver une solution où les revenus proviendraient plus ou moins directement d’un travail effectué concernant Debian.

La publicité

C’est le mode de financement de tellement de sites web, qu’on se dit qu’il pourrait aussi contribuer à financer le logiciel libre. C’est sûrement vrai dans quelques cas, mais il me semble que cela restera anecdotique comme mode de financement : d’une part, comme Tuxicoman le faisait remarquer, il y a le problème éthique que cela pose, et d’autre part, il faut avoir une audience très importante pour que la publicité rapporte suffisamment (ce qui n’est pas donné à tout le monde).

Les services en ligne

Héberger un service en ligne représente un coût, et si le service est utile, alors il y a des gens qui seront prêts à payer pour en bénéficier. Tuxicoman voit le logiciel libre comme un produit d’appel pour attirer les gens vers votre offre en ligne. Cela peut être un très bon modèle, mais à mon avis il se limite aux logiciels qui sont en rapport direct avec un service en ligne : il est logique de proposer de l’hébergement de blog si on développe Wordpress, mais si vous êtes développeur de dpkg, je ne vois pas quel service en ligne pourra contribuer à financer votre travail.

Compter sur les fans

C’est un peu le principe du “club Mandriva”. Il faut proposer quelques services et compter sur la loyauté des utilisateurs. Mais on retombe sur la problématique de l’audience, si les services ne sont pas intéressants pour ce qu’ils sont, alors l’équilibre est précaire et repose uniquement sur une population limitée.

Autrement dit, cela peut marcher avec des grosses communautés et pas mal de marketing, mais cela restreint le modèle aux seules boîtes qui ont les moyens d’avoir un service marketing conséquent. Bref, ce n’est pas pour tout le monde.

En outre, du point de vue d’un fan qui souscrit plus pour soutenir le projet que pour les services offerts, il ne sait pas exactement ce qu’il finance. Ou plutôt, il sait qu’il finance tout alors même qu’il préférerait peut-être financer plus spécifiquement le développement libre de telle ou telle fonctionnalité.

Les critères de succès

Un peu dans le désordre, voici différents points qui, si l’on peut les conjuguer dans une solution concrète (que j’appellerai ci-dessous “le service”), en feraient une solution viable :

• Le service doit concerner tous les utilisateurs de logiciels libres, et pas seulement les “fans”. L’équilibre d’une économie autour du logiciel libre passe par un facteur d’échelle, il doit y avoir plus d’utilisateurs que de développeurs.
• Le service doit être de proximité afin que le client puisse s’identifier à la personne qui le fournit. Je ne parle bien entendu pas de proximité physique, mais de proximité virtuelle. Il faut juste que le client puisse avoir un contact direct avec le développeur et qu’il sache de manière concrète ce à quoi servent les bénéfices réalisés autour du service.
• Le service doit être très lié avec les compétences et les centres d’intérêts du développeur de logiciel libre, afin qu’il prenne plaisir à le fournir.
• En même temps, le service ne doit pas avoir une influence directe sur le projet libre auquel le développeur contribue habituellement.
• Bien entendu, le service doit être utile sur le long terme, car un revenu ponctuel ne permet pas de financer durablement un développeur (sauf don de centaines de milliers d’euros, mais on sort du cadre là :-D).

Pfiou, rien que çà ! Visiblement ce n’est pas facile, mais cela fait quelques temps que j’y réfléchis, et j’ai un projet dans les cartons. Il est trop tôt pour en parler mais je ne manquerai pas d’y revenir en temps voulu.

En plus des éléments intégrés à la distribution, il y a l’apparence du site web. Il est de renommée mondiale que son look “années 1990″ laisse à désirer et qu’il est possible de faire plus joli sans pour autant sacrifier les aspects positifs (traduction, accessibilité, usage de tout l’espace, etc.). Certains s’y attellent : la page LayoutProposal du wiki regroupe quelques propositions. Les dernières, comme celle-ci, sont d’ailleurs assez prometteuses. Pourtant ce n’est pas la première fois que je vois des maquettes qui ne passent jamais à l’étape de “production”. Des volontaires motivés pour mener à terme ce projet sont donc toujours les bienvenus sur la liste debian-www. Le site web contient les explications nécessaires pour comprendre son fonctionnement actuel.

Dernier élément relevant du “visuel”, il y a les jaquettes de CD/DVD (exemple de contribution). Là aussi, n’hésitez pas à laisser parler vos talents d’artiste!

Cet article fait partie d’une série expliquant - par des exemples - comment contribuer à Debian.

Vous ne comprenez pas le titre de l’article ? Pourtant, c’est assez simple : planète libre n’est pas encore libre. Son créateur, Sébastien Bilbeau, n’en publie pas encore les sources qui permettraient à d’autres d’utiliser le même logiciel pour créer d’autres planètes. Comme j’ai vraiment apprécié le look de la planète et sa fonctionnalité de votes, je me suis mis à chercher les sources avec l’idée éventuelle de l’employer pour les planètes Debian francophones — en vain. J’ai alors contacté Sébastien pour me faire confirmer qu’elles n’étaient pas disponibles.

Suite à cette déception, j’ai hésité à faire dans la presse à scandale (”Planète libre, la planète qui n’a de libre que le nom !”) mais je me suis dit que cela serait contre-productif et dommageable pour tout le monde.

Du coup, je préfère féliciter Sébastien pour ce qu’il a créé, et l’encourager à libérer le code source de planète libre ! Je vous invite à en faire de même en votant nombreux pour cet article afin qu’il pénètre dans les tops du site (l’article le plus populaire est à 35 votes à l’heure actuelle) et que Sébastien n’oublie pas notre souhait.

Je mentionne cela parce que cet article est la conséquence directe d’une réponse que j’ai obtenue me disant en substance qu’il n’y a pas grand chose de mieux pour suivre l’actualité de l’intérieur sans passer des heures à lire des listes de diffusion. Il y a un peu de vrai dans cette remarque et j’en profite donc pour faire le tour des différentes options disponibles pour suivre les “actualités Debian”. Je mentionne en premier ce qui concerne les utilisateurs et plus on progresse dans l’article, plus cela concerne les contributeurs ou utilisateurs avancés/passionnés.

Listes de diffusion tout public

Les listes de diffusion restent le premier moyen de communication employé par Debian. Pour les francophones, la lecture de debian-news-french est un passage obligé. La liste est modérée et ne reçoit que quelques messages par mois dont la traduction des Debian Weekly News (qui ne sont plus vraiment hebdomadaires par manque de contributeurs motivés!).

Ceux qui comprennent l’anglais peuvent également profiter de debian-announce et debian-news. La première ne contient que quelques messages par an (en général les annonces de nouvelle versions) alors que la seconde a vocation à recevoir plus d’actualités (ex: Debian Weekly News, participation aux Google Summer of Code, étape importante dans le développement d’une nouvelle version, nouveau produit basé sur Debian, etc.).

Enfin, la liste debian-security-announce permet d’être notifié à chaque mise à jour de sécurité afin de prendre les mesures nécessaires aussi rapidement que possible. Il existe aussi un flux RDF que vous pouvez suivre avec votre lecteur de flux habituel.

Sites web et flux pour tout le monde

Du côté francophone, il n’y a rien d’officiel. Les planètes des contributeurs et des contributeurs+utilisateurs sont sûrement la meilleure source à long terme. Il existe quelques sites animés par des utilisateurs passionnés mais ils tendent à être obsolètes puis remplacés par leurs blogs respectifs … qui peuvent ensuite être syndiqués sur une planète.

Du côté anglophone, c’est un peu mieux: times.debian.net est un site animé par des contributeurs Debian qui se coordonnent sur la liste debian-publicity. On peut s’y abonner par un flux RSS: articles de presse, nouvelles de debian-installer, présentation de paquets Debian (provenant de debaday) sont au menu !

Listes de diffusion pour les utilisateurs de unstable et les curieux

Ceux qui aiment bien être sur le front des nouveautés côtoient forcément les développements en cours dans unstable et sont donc bien avisés de suivre debian-devel-announce. Cette liste est employée pour communiquer les changements importants à tous les développeurs Debian. Cette liste est pseudo-modérée puisque seuls les développeurs Debian peuvent y poster des messages (signés avec leur clé GPG). La lecture de cette liste est obligatoire pour les développeurs Debian et ceux qui souhaitent le devenir. C’est aussi par cette liste que les développeurs sont conviés à voter (pour des élections ou des “résolutions générales”).

Les plus aventureux peuvent s’abonner à debian-devel-changes et être informés en temps réel des paquets mis à jours. Attention, cela représente entre 30 et 200 mails par jour (autour de 80 en moyenne) !

Site(s) web pour les curieux qui ont du temps

Planet.debian.org est le seul site qui me vient à l’esprit. Il regroupe les blogs de nombreux contributeurs au projet… du coup ca parle beaucoup de Debian, mais pas uniquement. En effet l’objectif premier de la planète est d’offrir un autre regard sur les contributeurs que l’on côtoie déjà sur les listes et de découvrir ce qu’ils font par ailleurs. Le principal désavantage c’est qu’il y a du volume: plusieurs dizaines d’articles par jour et il faut trier pour trouver ce qui vous intéresse.

Listes de diffusion pour les contributeurs

Je ne vais pas les lister toutes, il y en a de trop, chacune est spécialisée sur un domaine de contribution particulier. Mais il y a quelques listes généralistes: debian-devel regroupe des discussions techniques concernant le développement de Debian alors que debian-project est plus orienté sur les problèmes organisationnels ou philosophiques. Enfin, debian-vote est utilisée pour discuter les résolutions générales que certains développeurs veulent amener au vote.

Les francophones peuvent aussi utiliser debian-devel-french pour discuter de tous ces sujets en français.

Canaux IRC pour les contributeurs

Les contributeurs francophones sont regroupés sur #debian-devel-fr sur irc.debian.org. Évidemment #debian-devel est le canal (anglophone) de référence. Attention, les utilisateurs sont les bienvenus pour observer mais ce ne sont pas des canaux de support technique !

Les discussions sont diverses et variées: coordination et entre-aide entre contributeurs, problèmes techniques, accrochages entre contributeurs, revue de presse sur Debian, commentaires sur l’actualité, etc.

Signalons aussi qu’il est de bonne manière de remplir son “Realname” (Nom réel) lorsqu’on se connecte sur IRC. Le milieu du logiciel libre n’aime pas trop les anonymes.

D’un autre côté, aux dernières nouvelles, les ministères de l’Intérieur et de la Défense employaient plutôt Debian (avec notamment le déploiement en masse par la gendarmerie de OpenOffice d’abord sous Windows puis sous Debian).

En googlant, j’ai quand même réussi à trouver que Mandriva équiperait les serveurs du ministère de l’Agriculture. En tout cas, force est de constater que Mandriva n’arrive pas vraiment à s’imposer sur les serveurs (même en France!) et que sa reconversion vers un business de services n’est pas réellement convaincante. Il n’est pas rare que les solutions déployées par leur branche “offre professionnelle” soient basées sur du Debian (et pour une société de service — même affiliée à un éditeur — il n’y a pas de mal à cela, c’est tout à fait légitime d’employer la solution la plus adaptée au cas de chaque client).

Pourtant, il est amusant de faire le parallèle entre Mandriva et Ubuntu, les deux ont connu un engouement très important à leur lancement parce que leur politique est (ou a été) de simplifier l’accès à Linux au grand public. Les deux ont monté plus tard des offres “serveurs”. Au final, Mandriva vivote et Ubuntu prospère.

Bien sûr, on ne sait rien de la santé financière de Canonical (la société derrière Ubuntu) et bien sûr Mark Shuttleworth a injecté 10 millions de dollars pour permettre à Ubuntu d’exister. Mais d’un autre côté, Mandriva a eu des millions d’euros également entre les levées de fond à l’époque des start-ups puis de son introduction en bourse. Mais là où Canonical a commencé avec peu de développeurs (20 à 30 à tout casser), Mandriva a rapidement consommé l’argent levé.

En fin de compte, je reste persuadé que Mandriva aurait pu connaître un autre sort si elle s’était basée sur Debian. Pas besoin d’inventer “cooker”, Debian sid était déjà là. Et au moins, elle aurait eu de réels arguments pour se différencier de RedHat ou SuSe sur le marché des serveurs… d’ailleurs, Gaël Duval — co-fondateur de Mandriva — travaille désormais sur Ulteo, un projet basé sur … Kubuntu !

Notons au passage que le paquet de la version 1.4 était apparu il y a quelques jours sous le nom “virtualbox” mais que ce dernier doit rapidement disparaître (#440792) puisque le nom du paquet sera “virtualbox-ose” … pour éviter le problème de marque déposée par Innotek sur “virtualbox”. (Si seulement la Mozilla Foundation avait pu être aussi souple et proposer un nom standard du type “Firefox Open Source Edition” pour ceux qui ne peuvent se plier à leurs règles de “pas de changements”. Cela nous aurait évité Iceweasel et tout le monde aurait été gagnant. Mais je m’égare là…)

$ sudo aptitude install virtualbox-ose virtualbox-ose-source

Virtualbox requiert un module noyau dont les sources sont fournies dans le paquet virtualbox-ose-source. Heureusement, avec module-assistant toute l’opération de compilation/création de paquet/installation peut être automatisée:

$ sudo module-assistant auto-install virtualbox-ose-source

Si on lance module-assistant sans paramètres, on obtient une petite interface texte qui permet d’exécuter ces différentes étapes de manière interactive (cela évite d’avoir à se souvenir de la syntaxe de la ligne de commande, et permet de naviguer dans la liste des tous les modules optionnels que l’on peut compiler par ce biais).

Enfin, pour lancer des machines virtuelles en tant que simple utilisateur il faut se rajouter dans le groupe vboxusers (sudo adduser rhertzog vboxusers dans mon cas). Et voilà (modulo la déconnexion/reconnexion nécessaire pour faire effectivement partie du groupe), vous pouvez lancer virtualbox (il apparaît dans le menu Applications/Outils système normalement).

La planète des contributeurs Debian

http://planet-fr.debian.net reste avant tout la petite sœur francophone de planet.debian.org et à ce titre est réservée aux contributeurs Debian (réguliers). Je demandais jusqu’à présent de se restreindre à ne publier que des choses en rapport avec le logiciel libre, ce n’est plus le cas. Tous vos articles en Français sont les bienvenus!

J’ai pris cette décision parce que c’est cette même politique qui s’applique à planet.debian.org (voir ces discussions dans debian-project et la page du wiki). Avis donc aux participants à la planète, n’hésitez pas à m’envoyer des nouvelles URLs pour vos feeds.

• URL: http://planet-fr.debian.net/
• Feed: http://planet-fr.debian.net/rss20.xml

La planète des utilisateurs Debian

Régulièrement j’ai des demandes d’utilisateurs Debian qui veulent être ajoutés à la planète Debian et je refuse poliment. Ces demandes traduisent cependant un besoin légitime et j’ai donc décidé de créer la “planète des utilisateurs Debian”. Cette planète a vocation à regrouper les utilisateurs Debian qui souhaitent échanger sur le logiciel libre. Elle n’accepte donc que des feeds qui traitent de logiciel libre et de Debian.

• URL: http://planet-fr.debian.net/users/
• Feed: http://planet-fr.debian.net/users/rss20.xml

Chaque contributeur étant un utilisateur, j’ai intégré les feeds actuels de la planet-fr pour ne pas commencer de zéro (si vous ne le souhaitez pas, merci de me le signaler). J’attends les feeds des premiers utilisateurs !

Se faire ajouter à une planète

Pour se faire ajouter à une des deux planètes, il faut répondre aux critères énoncés ci-dessus et envoyer l’URL du feed à ajouter ainsi que le nom associé à Raphaël Hertzog.

NB: En bon utilisateur de logiciels libres, vous pouvez envoyer le patch qui va bien (les deux fichiers de configuration sont là).

Les commentaires permettent théoriquement aux lecteurs de débattre mais l’absence de notification de réponse rend les débats quasi impossibles. C’est désormais corrigé puisque j’ai installé le greffon subscribe to comments. Ce greffon est internationalisé mais visiblement personne ne s’est servi de cette possibilité jusqu’à présent… la version 2.1.1 nécessite en effet un patch pour que tous les messages soient correctement traduits. J’ai envoyé ce correctif à l’auteur par courrier électronique, il sera donc a priori inutile pour les versions ultérieures (> 2.1.1).

Pour bénéficier de ce greffon en français, il faut en outre installer le fichier subscribe-to-comments-fr_FR.mo dans le répertoire wp-content/plugins/ (le fichier subscribe-to-comments-fr_FR.po permet de mettre à jour/corriger la traduction).

Je pense que cette traduction intéressera de nombreux blogueurs francophones… je note au passage que Wordpress 2.2 a un bogue qui fait que les mails sont marqués comme encodés en ISO-8859-1 alors qu’ils le sont en réalité en UTF-8 dans mon cas. J’ai appliqué un correctif localement et visiblement la version 2.3 à paraître corrigera ce problème.

Le contenu à traduire est très vaste et les procédures varient quelque peu selon les cas. Citons notamment:

• les documentations du projet DDP (voir l’article Rédiger de la documentation) ;
• les descriptions des paquets ;
• les pages de manuel ;
• les questionnaires debconf ;
• le site web ;
• et tous les logiciels !

Bien entendu, pour que la traduction soit de qualité (vocabulaire traduit de manière cohérente, bonne typographie, sans fautes d’orthographe/grammaire, …) il faut généralement une relecture par une tierce personne. Bref, traduire ce n’est pas compliqué, mais ce n’est pas aussi simple que cela en a l’air.

C’est pourquoi je consacrerai plusieurs articles à la traduction en me focalisant à chaque fois sur des aspects différents. En attendant, je vous invite à naviguer dans la section du site web qui est dédiée à la traduction en Français.

N.B: En réalité, j’espère que le gourou de la traduction/localisation Debian, un développeur Debian français en plus, j’ai nommé Christian Perrier, accepte de contribuer un ou deux articles introductifs sur le sujet.

Cet article fait partie d’une série expliquant - par des exemples - comment contribuer à Debian.

J’espère que cela servira à quelques personnes dans le choix d’un ou plusieurs livres. Jetez y un oeil!

Cette page constitue aussi une petite pierre dans l’édifice qui doit me permettre de vivre du logiciel libre et de ses dérivés. Si des gens achètent les livres par le biais de mon site, je touche un petit revenu d’affiliation (par Amazon).

Le projet de documentation Debian (DDP pour les intimes) est le point central qui essaie de fédérer toutes les initiatives de création de documentation autour de Debian. Mais il suffit de jeter un oeil sur la liste de diffusion associée (debian-doc@lists.debian.org) pour se rendre compte que l’activité du projet est minime.

Pourtant, de nombreux documents sont sous sa responsabilité. Certains concernent les utilisateurs, d’autres plutôt les développeurs, et les derniers sont regroupés dans une catégorie “divers“. Chaque écrivain (technique) en herbe peut y trouver son bonheur!

Pour le moment, la majorité des documents sont rédigés en DebianDoc SGML (paquet debiandoc-sgml) et sont gérés dans un dépôt cvs. Les documents qui sont empaquetés ont souvent une liste de bogues associés (ex: apt-howto, developers-reference, debian-history…). Cette dernière contient souvent des idées d’amélioration qui peuvent constituer un point de départ pour contribuer. Armé de votre éditeur de texte préféré, de cvs pour télécharger la dernière version des sources, et de diff pour créer des patchs, vous pouvez vous lancer dans l’aventure.

Il ne faut pas hésiter à se présenter sur la liste de diffusion, à mentionner sa volonté de participer (en précisant les sujets qui vous intéressent plus particulièrement), et - bien entendu - à poser des questions lorsque vous vous êtes bloqués.

Cet article fait partie d’une série expliquant - par des exemples - comment contribuer à Debian.