Avant de rapporter des bogues ou des problèmes avec une des versions sortie d'OpenSSH, veuillez vérifier cette liste de vérification :

1. Vérifier les correctifs et les notes à-propos d'OpenSSH.
2. Chercher si une nouvelle version est disponible pour OpenBSD ou pour la version portable, dépendante de votre plateforme.
3. Vérifier la liste des bogues corrigés et des bogues connus rapportés depuis la dernière version.

Si rien ne ressemble à votre problème, alors utilisez Bugzilla pour soumettre un rapport de bogue (mais lisez ce qu'il y a ci-dessous pour rapporter les bogues de sécurité en privé)

Vous pouvez atteindre les développeurs d'OpenSSH en envoyant un courriel à l'une des adresses suivantes :

• openssh@openssh.com. C'est une liste privée lisible seulement par les développeurs d'OpenSSH.
  Appropriée pour rapporter des problèmes avec la version d'OpenSSH d'OpenBSD, et rapporter des problèmes de sécurité dans OpenSSH quelque soit la plateforme.
  Inappropriée pour les demandes de tutoriels, rapporter des problèmes sur les plateformes autres qu'OpenBSD ou en rapport avec les correctifs de tiers, ni de discussion générale.
• openssh-unix-dev@mindrot.org. C'est une liste publique qui requiert une souscription avant de poster.
  Appropriée pour les rapports de bogues, les questions de tutoriels et les discussions à-propos d'OpenSSH sur toute plateforme (incluant OpenBSD).
  Inappropriée pour les rapports de problèmes de sécurité, les rapports de bogues des binaires non fournis par l'équipe d'OpenSSH (à moins qu'elle puisse les reproduire sur la distribution vanilla d'OpenSSH).

1. Tester les problèmes au moins deux fois, avec les sources mises à jour à quelques jours d'intervalle.
2. Ne pas rapporter les problèmes de compilation de l'arborescence source, à moins qu'ils soient persistants. La plupart du temps, soit c'est de votre faute, soit ils sont travaillés au moment où vous les rencontrez.
3. Se souvenir que les miroirs AnonCVS sont mis à jour après l'arborescence des sources en cours de travail.
4. Vérifier les changements d'OpenSSH pour voir si le problème a été résolu.

Essayez de pointer exactement le problème. Ne jamais donner d'instructions vagues ou des détails vagues du problème tel que “cela plante”. Parlez en aux autres sur IRC ou utilisez certains forums tel que les archives de la liste de diffusion pour confirmer que c'est nouveau, reproduisible, etc. et assurez-vous que ce n'est pas un problème local.

Pour avoir un excellent aperçu de l'art de rapporter des bogues, lisez “How to Report Bugs Effectively” de Simon Tatham. Souvenez-vous, plus les informations dans votre rapport sont excellentes, meilleures seront les chances que votre problème soit résolu.

De nouvelles fonctionnalités sont acceptées, notamment avec le code qui implémente votre nouvelle fonctionnalité suggérée. Si quelqu'un d'autre écrit du code pour votre nouvelle fonctionnalité, il y a de fortes chances qu'elle soit mal comprise et créée d'une manière que vous ne comprendriez pas.

Les types de rapports de bogues en ordre de préférence :

1. Les problèmes répétitifs avec des correctifs sont les meilleurs.
2. Les problèmes répétitifs qui ne sont pas spécifiques à votre matériel, logiciel.
3. Les problèmes répétitifs spécifiques à vos logiciels.
4. Les problèmes répétitifs spécifiques à votre matériel.

Cette page est la traduction officieuse de la page “Reporting Bugs” officielle de OpenSSH.
En cas de doute, merci de vous y référer !

Si vous voulez participer à l'effort de traduction, merci de lire ce topic.

Contribut(rice|eur)s :