Debian – Page 15

Mes activités Debian en septembre 2012

Posted on 13/10/2012 Written by Raphaël Hertzog

Voici le récapitulatif mensuel de toutes mes activités gravitant autour de Debian. Si vous faites partie des personnes ayant fait un don pour soutenir mon travail (1086,48 €, merci à tous !), c’est l’occasion de constater ce que je fais de votre argent. Sinon, c’est toujours quelques nouvelles intéressantes sur l’avancement de mes différents projets.

Dpkg

Abonné au suivi des bogues de dpkg sur Launchpad, je suis enseveli par quantités de rapports de bogues ressemblant à « le paquet toto n’a pas pu être installé/mis à jour : le paquet toto est déjà installé et configuré ». Ces rapports sont un mélange de bogues APT et d’un ensemble aléatoire d’autres erreurs (souvent de sources matérielles comme des fichiers .deb corrompus ou des erreurs d’E/S, mais parfois également de « vrais » bogues d’autres programmes). Quoi qu’il en soit, ces rapports finissent toujours par être assignés à dpkg, car ce dernier renvoie un message d’erreur, pour se plaindre de la décision de APT de vouloir configurer quelque chose qui n’en a pas besoin.

Je n’ai tout simplement pas le temps de traiter tous ces rapports, et j’ai donc décidé de les filtrer au niveau de l’outil « apport », grâce à un nouveau “motif de bogue Ubuntu”, qui indique que ces rapports sont des doublons du LP n°541595. Cette action a permis de décrémenter rapidement le compteur de bogues dpkg de 130 à environ 80.

Empaquetage

J’ai parrainé une nouvelle version upstream de ledgersmb. J’ai rapidement mis à jour WordPress vers la version 3.4.2, dans la mesure où elle contient des correctifs liés à la sécurité.

J’ai également poussé une petite mise à jour de nautilus-dropbox corrigeant le bogue n°686863, du fait de l’upstream qui a renommé le binaire mis à disposition sur leur site de nautilus-dropbox en dropbox. Leur paquet dropbox rentre en conflit uniquement avec les anciennes versions de nautilus-dropbox, et non avec celle fournie par Debian. J’ai donc du ajouter un attribut « Conflicts » de notre côté pour interdire l’installation des deux paquets sur un même système.

Test d’installation de Wheezy

J’ai acheté un nouveau PC portable (Lenovo Thinkpad X230), et utilisé cet achat comme prétexte au test de la procédure d’installation de Wheezy. Tout a fonctionné pour le mieux, à l’exception de deux choses :

J’ai tout d’abord remarqué qu’il n’acceptait pas le mot de passe pour ma partition chiffrée durant les premières étapes de boot… il s’est avéré que le bogue était déjà rapporté (n°619711), mais visiblement délaissé par le mainteneur du paquet. Après discussion sur IRC avec Julien Cristau, nous avons sollicité Michael Prokop, qui avait apparemment déjà proposé de s’occuper de ce problème. J’ai testé son paquet corrigé, qui fut uploadé dans la foulée.
J’ai eu d’étranges problèmes réseau, qui se sont avérés liés à l’absence de l’interface « loopback » (i.e. localhost). C’était là le résultat d’une mauvaise configuration de /etc/network/interfaces, incorrectement modifiée par NetworkManager. J’ai consigné ce bogue dans le rapport n°688355. Il affecte toux ceux ayant des réseaux avec l’IPv6 activé.

Debian France

Debian France fait l’objet d’un regain d’activité. Sylvestre Ledru pilote l’organisation de la mini-debconf parisienne des 24 et 25 novembre, tandis que Tanguy Ortolo a repris à son compte le merchandising (des polos, pour changer des habituels t-shirts).

Je vais peut-être faire une présentation à l’occasion de la mini-debconf, probablement au sujet du multiarch.

Divers

Cela fait quelques mois que j’ai remarqué un lag de 2 secondes de gnome-shell à chaque fois que smuxi (mon client IRC) envoie une notification. C’est très énervant, car vous avez l’impression que la machine entière freeze.

J’ai donc contacté Mirco Bauer sur le canal #smuxi, et nous avons creusé un peu le sujet. Il s’avère que smuxi utilise une vieille version du protocole de notification, où l’image est envoyé sous forme de flux d’octets, entraînant d’énormes messages dbus. C’est clairement une solution suboptimale, et smuxi sera donc corrigé, afin d’envoyer le chemin de l’image, plutôt que l’image elle-même. D’un autre côté, le fait que gnome-shell se bloque durant tout le temps de traitement de ce « gros » message dbus est clairement un bogue. J’ai donc renseigné un rapport de bogue concernant GNOME Shell (Bugzilla n°683829), afin que cela soit corrigé.

Librement : financer le développement libre

J’ai démarré un nouveau projet visant à aider les développeurs de logiciels libres à finance leurs travaux. Il n’y a pas grand chose de concret, mais j’ai déjà un dépôt public, un chouette logo et plein d’idées.

Si le sujet vous intéresse, et que vous souhaitez participer, contactez-moi ! Sinon, continuez de me suivre en attendant de prochaines nouvelles 🙂

Merci

Au mois prochain pour un nouveau résumé de mes activités !

Ceci est une traduction de mon article My Debian Activities in September 2012 contribuée par Weierstrass01.

7 astuces pour rapporter les bogues Debian efficacement et voir vos problèmes résolus

Posted on 20/09/2012 Written by Raphaël Hertzog

Remplir des rapports de bogue constitue la façon la plus courante de contribuer pour les utilisateurs. Bien que cela ne soit pas très difficile, je vais vous donner quelques conseils pour améliorer la qualité de vos rapports. Après tout, lorsque vous prenez du temps pour rapporter un bogue, c’est dans l’espoir de le voir résolu… Alors voyons comment mettre le plus de chances de votre côté.

1. Essayez de reproduire le bug

Si vous ne pouvez pas reproduire le bogue, il sera alors impossible de trouver sa cause d’origine, et par conséquent de le résoudre. Dans ce cas, je vous suggère d’attendre jusqu’à ce que vous ayez rencontré ce bogue plusieurs fois. Vous trouverez peut-être ce qui le provoque (ou ce qui semble favoriser son apparition). Si l’application a un mode debug/verbose, ce serait une bonne idée de l’activer jusqu’à ce que le bug apparaisse une deuxième fois. Les logs générés seront très utiles au développeur pour comprendre ce qui s’est exactement passé.

Par conséquent, ne remplissez pas un rapport de bogue tout de suite, à moins que vous puissiez le reproduire. L’exception à la règle, c’est lorsque l’application donne quelques informations telles qu’un core-dump, une back-trace ou un message d’erreur.

Bien entendu, si le bogue apparaît lors d’une mise à jour, il est difficile de le reproduire (à moins de posséder plusieurs ordinateurs), mais vous devriez tout de même le rapporter. Assurez-vous d’y intégrer toutes les informations qui s’y rapportent (version des paquets avant et après la mise à jour logs de la mise à jour, etc).

2. Faîtes de votre mieux pour identifier le paquet mis en cause

Lorsque vous rapportez un bogue à Debian, vous devez l’assigner à un paquet. Bien qu’il existe des pseudo-paquets utiles pour les problèmes ne se rapportant pas directement à un véritable paquet, dans la plupart des cas vous devrez rapporter le bogue concernant le paquet particulier qui semble être la cause du problème rencontré.

De la même façon, vous devrez autant que possible attribuer le problème à un fichier (par exemple l’exécutable de l’application buggée). À partir du moment où vous connaissez le nom du fichier, vous pouvez utiliser dpkg -S pour identifier le paquet correspondant.

$ dpkg -S /usr/bin/hamster-time-tracker
hamster-applet: /usr/bin/hamster-time-tracker

Notez que reportbug accepte pour paramètre un nom de fichier et fera la conversion ci-dessus à votre place.

Si vous ne connaissez que le nom de l’application (mais pas le nom du fichier de l’exécutable associé), vous pouvez utiliser dpkg -S avec un motif afin qu’il retourne tous les résultats correspondants :

$ dpkg -S hamster
hamster-applet: /usr/share/applications/hamster-applet.desktop
hamster-applet: /usr/share/gnome/help/hamster-applet/es/statistics.page
[…]
hamster-applet: /usr/bin/hamster-time-tracker
[…]

Ou vous pouvez aussi vérifier dans la liste des paquets installés :

$ dpkg -l "*hamster*"
Souhait=inconnU/Installé/suppRimé/Purgé/H=à garder
| État=Non/Installé/fichier-Config/dépaqUeté/échec-conFig/H=semi-installé/W=attend-traitement-déclenchements
|/ Err?=(aucune)/besoin Réinstallation (État,Err: majuscule=mauvais)
||/ Nom Version Architecture Description
+++-=========================-=================-=================-=======================================================
ii hamster-applet 2.91.3+git2012051 all time tracking applet for GNOME

3. Vérifiez que le bogue n’est pas déjà signalé ou résolu

Si une nouvelle version du logiciel est disponible, c’est une bonne idée d’essayer de reproduire le problème aussi avec cette dernière version. Étant donné que les développeurs ont tendance à se préoccuper uniquement de la dernière version, ils essaieront de le reproduire dans cette version, et risquent d’être agacés si le bogue que vous rapportez est déjà résolu. C’est pourquoi les rapports de bogue des utilisateurs de testing/unstable ont tendance à être plus utile que les rapports des utilisateurs de la stable.

Dans tous les cas, vous devrez vérifier que le bogue n’a pas encore été rapporté : créer un doublon est inutile et génère seulement plus de travail pour le développeur qui doit fusionner les deux bogues.

Notez que reportbug vous montrera automatiquement la liste des bogues ouverts avant de vous permettre d’en soumettre un nouveau.

4. Utilisez reportbug

Bien que le système de rapport de bogue Debian permette à quiconque de soumettre un nouveau bug avec un simple mail, vous devriez vraiment utiliser un programme fait pour ça tel que reportbug (ou reportbug-ng) car il inclura automatiquement de nombreuses informations utiles dans le rapport généré (version des dépendances, architecture actuelle, etc.) et vous assistera à chaque étape.

5. Décrivez le problème afin que le développeur puisse le reproduire

Idéalement, votre rapport devrait inclure tout ce qui est nécessaire au développeur pour reproduire le problème sur son système. Si un quelconque document provoque le bogue, attachez-le au rapport.

Décrivez les étapes permettant de reproduire le bogue avec autant de détails que si vous vouliez l’expliquer à votre grand-mère. Expliquez le comportement attendu du programme, et ce qui s’est passé à la place.

Vous pouvez en apprendre bien plus sur la façon d’écrire un bon rapport de bug dans cet article : How to report bugs effectively. C’est un peu long mais ça en vaut la peine si vous envisagez de rapporter des bogues, et donc d’interagir avec les développeurs.

6. Soyez sympa et prêt à aider

Lorsque vous remplissez un rapport de bogue, gardez à l’esprit que vous êtes en train d’écrire à un développeur bénévole de logiciel libre, et non à un service consommateur. Vous devriez être respectueux et suivre les règles usuelles de courtoisie. Le temps disponible des développeurs est limité, et de devrait pas être gaspillé.

Soyez prêt à aider, car si un développeur commence à examiner votre problème, il peut avoir besoin d’informations supplémentaires (en particulier s’il ne peut le reproduire), et vous devriez être prêt à lui fournir. C’est pourquoi il est important de garder tout ce dont vous avez besoin pour reproduire le problème.

Dans certains cas, le mainteneur Debian peut être surchargé de travail. Vous pouvez offrir votre aide en transférant le bogue au traqueur de bogue amont.(Voir Upstream bug tracker) Ce sera toujours apprécié. Si vous êtes à peu près certain que le problème n’est pas spécifique à Debian, vous pouvez faire ça directement et définir l’URL du rapport de bug amont dans le champ « transféré » (par exemple avec bts forwarded <bogue> <url>).

7. Utilisez le niveau de gravité convenable

Le système de suivi de bug Debian vous permet de définir la gravité initiale du rapport de bug (en ordre décroissant de gravité : critical, grave, serious, important, normal, minor, wishlist). Choisissez la gravité convenable selon les définitions officielles et ne les interprétez pas de travers.

En particulier, n’exagérez pas la gravité : par exemple, si vous avez perdu des données à cause d’une mauvaise utilisation du logiciel, il ne s’agit pas d’une sévérité « critical » (i.e. "rm -rf *" n’est pas un bogue critique de rm). Si vous utilisez seulement une petite partie d’un logiciel, et que cette partie ne fonctionne pas, le paquet peut être inutilisable pour vous, mais pas pour tout le monde. Il ne s’agit donc pas d’une gravité « grave ». La gravité « important » est la plupart du temps un bon choix dans ce cas.

Ne sous-estimez pas non plus la gravité, si un problème est suffisamment important pour devoir être réparé avec la prochaine version stable (par exemple une régression par rapport à la version précédente), choisissez alors une gravité de niveau release-critical (i.e au moins « serious »). Le mainteneur et le gestionnaire de version peut toujours abaisser le niveau de gravité s’il n’est pas en accord avec votre jugement initial.

Et maintenant, lancez-vous à cœur joie dans la soumission de bogues ! Vous pouvez vous référer à cet article via cette URL raccourcie : https://raphaelhertzog.fr/go/bugreporting/

Ceci est une traduction sous licence CC-BY-SA 3.0 de mon article 7 tips de file useful Debian bug reports and get your problem solved contribuée par Xavier Cartron. Si vous avez apprécié cet article, cliquez ici pour découvrir comment m’encourager à en fournir d’autres.

Mes activités Debian en août 2012

Posted on 11/09/2012 Written by Raphaël Hertzog

Voici le récapitulatif mensuel de toutes mes activités gravitant autour de Debian. Si vous faites partie des personnes ayant fait un don pour soutenir mon travail (88,41 €, merci à tous !), c’est l’occasion de constater ce que je fais de votre argent. Sinon, c’est toujours quelques nouvelles intéressantes sur l’avancement de mes différents projets.

dpkg

Les choses sont relativement calmes durant la période de gel de Wheezy. Je me suis juste occupé de corriger trois bogues : une régression du format « 3.0 (quilt) » (cf. n°683547), une erreur de segmentation de “dpkg-query -W -f »” (cf. ce commit), et enfin une mauvaise auto-complétion pour les utilisateurs français (cf. n°685863).

Test de la mise à jour vers Wheezy

Plusieurs rapports de bogues nous sont parvenus faisant état d’échecs de la mise à jour vers Wheezy du fait de l’exécution du trigger par dpkg, tandis que les dépendances de paquets avec des triggers en attente ne sont pas satisfaites. Corriger ce comportement dans dpkg ne va malheureusement pas sans problèmes (cf. n°671711 pour plus de détails) … Guillem a, en conséquence, décidé de différer la correction à Jessie. Ma proposition d’une solution intermédiaire est tombée aux oubliettes. Nous devons maintenant trouver à la place des solutions dans chacun des cas pouvant provoquer cette erreur. (comme par exemple : n°680626).

Une autre manière d’éviter ces erreurs consiste à s’assurer que les triggers sont exécutés le plus tard possible, comportement que nous pouvons améliorer de plusieurs façons.

La première manière de procéder consiste à modifier la plupart des triggers de telle manière qu’ils utilisent la directive « interest-noawait ». Les paquets activant le trigger sont dans ce cas immédiatement marqués comme configurés (plutôt que « triggers-awaited » – en attente de triggers), et le trigger ne devra plus être exécuté comme étape d’une résolution de dépendances ultérieure. Mais il n’y a, à l’heure actuelle, aucun paquet qui utilise cette nouvelle directive, et ce malgré un appel sur debian-devel-announce. 🙁

Une deuxième méthode consiste à modifier APT de sorte qu’il utilise dpkg –no-triggers, et de laisser le traitement du trigger pour la fin (avec un dernier appel à “dpkg –configure -a”). Chose que j’ai demandée de manière assez précoce dans le cycle de Wheezy mais, pour de multiples raisons, les mainteneurs de APT n’ont pas donné suite. Le les ai relancés de nouveau dans le bogue n°626599, mais il est maintenant trop tard pour Wheezy. Je trouve cela un peu triste dans la mesure où j’ai utilisé ces options durant tout le cycle de Wheezy et cela a bien fonctionné pour moi (et je les ai également utilisées lors d’une mise à jour (dist-upgrade) sur le portable de ma femme).

Il aurait été intéressant de tout avoir en place pour Wheezy, de sorte que nous n’ayons pas à endurer les mêmes problèmes pour la mise à jour vers Jessie. Mais à moins que quelqu’un monte au créneau pour piloter ces changements, cela semble peu probable.

Nous en sommes réduits en lieu et place à utiliser des solutions de contournement douteuses, paquet par paquet.

Empaquetage

J’ai préparé des mises à jour de sécurité pour python-django (1.4.1 pour unstable, 1.2.3-3+squeeze3 pour stable), et empaqueté une nouvelle version upstream pour cpputest (3.2-1). J’ai également passé en revue ledgersmb 1.3.21-1, préparée par Robert James Clay, et lui ai demandé de s’occuper d’une nouvelle version avec d’autres corrections.

J’ai publié nautilus-dropbox 1.4.0-2 avec des modifications de mon cru afin de supporter https_proxy d’une part, ainsi qu’un meilleur affichage des informations de diagnostic lors de l’échec d’un téléchargement.

Avec l’aide de Paul van der Vlis et de Michael Ziegler, j’ai fait le nécessaire afin d’être capable de migrer python-django-registration 0.8 vers Wheezy, et ce même s’il s’agit d’une nouvelle version upstream dotée de modifications qui ne sont pas rétrocompatibles. Nous avons maintenant la bonne version dans Wheezy grâce à Adam D. Barratt, qui a débloqué le paquet, et ce malgré le fait que j’ai manqué l’échéance du gel de Wheezy.

Debian France

Julien Cristau a rappelé au conseil d’administration de Debian France que nous devions élire le bureau (Président, Secrétaire et Trésorier), dans la mesure où les titulaires actuels se sont retirés. J’étais quelque peu inquiet que personne ne veuille reprendre la main, et j’ai donc contacté chaque membre afin de trouver des volontaires. Ce qui est maintenant chose faite (Julien Danjou, Sylvestre Ledru et moi-même). Il ne reste plus qu’à procéder à l’élection, dès que Julien trouvera un peu de temps pour l’organiser.

Divers

J’ai mis en place, avec l’aide de l’équipe d’administration Debian (DSA – Debian System Administration), des règles antispams pour l’alias owner@packages.qa.debian.org, vu la quantité de spams rencontrés. L’équipe DSA m’a demandé d’en profiter pour tout documenter dans une page de wiki sur dsa.debian.org, afin de pouvoir s’y référer dans le futur.

J’ai également testé un patch upstream concernant gnome-keyring (cf. n°681081), qui réintroduit la possibilité d’oublier les phrases de passe GPG après un délai configurable.

Merci

Au mois prochain pour un nouveau résumé de mes activités !

Ceci est une traduction de mon article My Debian Activities in August 2012 contribuée par Weierstrass01.

Mes activités Debian en juillet 2012

Posted on 08/08/2012 Written by Raphaël Hertzog

Voici le récapitulatif mensuel de toutes mes activités gravitant autour de Debian. Si vous faites partie des personnes ayant fait un don pour soutenir mon travail (72,65 €, merci à tous !), c’est l’occasion de constater ce que je fais de votre argent. Sinon, c’est toujours quelques nouvelles intéressantes sur l’avancement de mes différents projets.

Dpkg

Mon travail concernant dpkg ce mois-ci se résume à un ensemble de petites tâches :

Upload de dpkg 1.16.7 comportant la correction d’une régression importante ;
J’ai relancé la discussion sur la manière de résoudre le problème des paquets source avec des binaires « Multi-Arch: same » qui ne peuvent pas faire l’objet de bin-nmus individuels ;
Pour faire suite à cette discussion, j’ai ouvert de nombreux rapports de bogues, afin de discuter/planifier la transition des fichiers de changelog/copyright au sein des métadonnées des paquets (n°681289 pour debian-policy, n°681293 pour apt-listchanges, n°681295 concernant www.debian.org pour packages.debian.org).
J’ai également soumis le n°681292 concernant sbuild, pour le faire utiliser la nouvelle syntaxe de dpkg pour bin-nmu. Cela nous permettra de faire des re-compilations binary-only avec des versions arbitraires (au lieu des suffixes « +b1 » uniquement). Ubuntu pourrait l’utiliser pour leur +rebuild1, nous pourrions l’utiliser pour compiler des backports qui ne nécessitent pas de modifications des sources (et donc partager les paquets sources communs plutôt que de les dupliquer). Cela peut également être utile si nous en arrivons à une situation où les transitions sont préparées dans des dépôts externes et où nous voulons que les bin-nmus de ces dépôts aient des versions uniques (même si le même paquet peut être « bin-nmué » dans de multiples dépôts, dans le cas de transitions concurrentes) ;
J’ai créé une demande de déblocage pour dpkg une fois la version arrivée à presque 10 jours d’existence ;
J’ai reconsidéré le bogue n°316521 où il est question d’une perte par dpkg des répertoires partagés où des fichiers ont été créés manuellement, puis proposé un patch. Encore aucun commentaire de Guillem concernant ce patch. Corriger ce problème aiderait à en corriger un certain nombre d’autres relatif à piuparts ;
Juste avant le début de mes vacances, j’ai créé plusieurs rapports de bogues concernant dpkg, déplaçant certains points s’accumulant sur ma « To-Do list » vers un espace public où d’autres personnes pourraient en prendre connaissance et apporter leur aide (je serais ravi de parrainer quiconque souhaiterait s’attaquer à l’un d’entre eux) :
- n°681443 : dpkg-source –commit devrait être capable de fusionner les modifications dans un patch existant ;
- n°681470 : dpkg-shlibdeps : devrait également scanner Build-Depends-Arch pour les versions minimales ;
- n°681474 : Dpkg::Vendor : devrait supporter /etc/os-release et /etc/os-release.d/* ;
- n°681477 : dpkg-vendor : implémenter la commande –select-closest ;
- n°681480 : base-files : fournir HOME_URL, SUPPORT_URL et BUG_REPORT_URL dans /etc/os-release ;
- n°681489 : base-files : ajouter /etc/os-release.d/debian et rendre simple l’ajout de fichiers /etc/os-release.d/* supplémentaires ;
Dans le n°595112, nous avons discuté des spécificités d’une nouvelle fonctionnalité de dpkg-mainstscript-helper, permettant de déplacer un fichier conffile d’un paquet à un autre.

Empaquetage

J’ai mis à jour nautilus-dropbox à la version 1.4.0, ainsi que python-django-registration à la version 0.8. Les deux ont été uploadés vers unstable, et je souhaitais initialement demander un déblocage (de freeze) pour le dernier. Il s’est ensuite avéré que ce paquet avait gagné des dépendances inverses. La version 0.8 introduisant des changements d’API, et compte tenu du gel de squeeze, il n’était donc plus question d’un tel déblocage.

Assurance Qualité

J’ai creusé et résolu le bogue n°678356, où il était question d’un disfonctionnement des nouvelles statiques du Système de Suivi des Paquets (PTS – Packages Tracking System).

J’ai également débloqué au début du mois le méconnu mais important service mole… il était dépassé de plusieurs semaines et de nombreuses personnes étaient gênées par des informations de nouvelles versions amonts obsolètes.

Vacances

Quasiment aucun travail lié à Debian pendant mes vacances, mais l’absence de wifi dans les environs m’a forcé à rechercher des moyens de connecter mon ordinateur au Net via la connexion 3G/GPRS de mon Nokia N900. J’ai découvert l’application « Mobile Hotspot » (page d’accueil), qui a fonctionné sans aucun problème (bien qu’elle requiert le dépôt Maemo devel non standard, afin de pouvoir installer le noyau alternatif pour les « utilisateurs avancés »).

Cahier de l’Admin Debian anglais aka Debian Handbook

Michal Čihař nous a proposé d’héberger une instance Weblate, ce afin d’aider à traduire le livre au travers d’une interface Web. Il a gentiment accepté d’apporter quelques améliorations pour mieux répondre à mes besoins. L’instance améliorée est maintenant disponible à l’adresse debian.weblate.org.

L’utilisation de Weblate par les équipes de traduction ne nécessite aucun prérequis. Cela rend le recrutement de volontaires sans aucune connaissance préalable de Git ou des fichiers PO bien plus facile. Si vous souhaitez apporter votre aide, jetez quand même un œil en premier à cette page ; vous ne devriez pas démarrer avec Weblate sans avoir au préalable pris contact avec l’équipe de traduction concernée.

Mis à part les traductions, j’ai également eu le plaisir d’intégrer quelques patchs de Philipp Kern améliorant la section couvrant IPv6, ainsi que quelques autres parties. Nous pouvons encore améliorer la qualité du livre si d’autres contributeurs partagent leurs expertises des domaines qu’ils maîtrisent mieux que Roland ou moi dans les chapitres correspondants. 🙂

Merci

Au mois prochain pour un nouveau résumé de mes activités !

Ceci est une traduction de mon article My Debian Activities in July 2012 contribuée par Weierstrass01.

Mes activités Debian en septembre 2012

Dpkg

Empaquetage

Test d’installation de Wheezy

Debian France

Divers

Librement : financer le développement libre

Merci

7 astuces pour rapporter les bogues Debian efficacement et voir vos problèmes résolus

1. Essayez de reproduire le bug

2. Faîtes de votre mieux pour identifier le paquet mis en cause

3. Vérifiez que le bogue n’est pas déjà signalé ou résolu

4. Utilisez reportbug

5. Décrivez le problème afin que le développeur puisse le reproduire

6. Soyez sympa et prêt à aider

7. Utilisez le niveau de gravité convenable

Mes activités Debian en août 2012

dpkg

Test de la mise à jour vers Wheezy

Empaquetage

Debian France

Divers

Merci

Mes activités Debian en juillet 2012

Dpkg

Empaquetage

Assurance Qualité

Vacances

Cahier de l’Admin Debian anglais aka Debian Handbook

Merci

Mon blog anglophone sur le libre

Articles récents

Dpkg

Empaquetage

Test d’installation de Wheezy

Debian France

Divers

Librement : financer le développement libre

Merci

1. Essayez de reproduire le bug

2. Faîtes de votre mieux pour identifier le paquet mis en cause

3. Vérifiez que le bogue n’est pas déjà signalé ou résolu

4. Utilisez reportbug

5. Décrivez le problème afin que le développeur puisse le reproduire

6. Soyez sympa et prêt à aider

7. Utilisez le niveau de gravité convenable

dpkg

Test de la mise à jour vers Wheezy

Empaquetage

Debian France

Divers

Merci

Dpkg

Empaquetage

Assurance Qualité

Vacances

Cahier de l’Admin Debian anglais aka Debian Handbook

Merci

Mon blog anglophone sur le libre

Mots-clés

Articles récents