developers-reference - en to fr_FR translation catalogue (52 entries)

en: Debian Developer's Duties
fr_FR: Devoirs du développeur Debian

en: Package Maintainer's Duties
fr_FR: Devoirs du responsable de paquet

en: As a package maintainer, you're supposed to provide high-quality packages that are well integrated into the system and that adhere to the Debian Policy.
fr_FR: En tant que responsable de paquet, vous êtes censé fournir des paquets de haute qualité qui s'intégreront correctement dans le système et qui sont conformes à la Charte Debian.

en: Work towards the next ``stable`` release
fr_FR: Œuvrer pour la prochaine publication ``stable``

en: Providing high-quality packages in ``unstable`` is not enough; most users will only benefit from your packages when they are released as part of the next ``stable`` release. You are thus expected to collaborate with the release team to ensure your packages get included.
fr_FR: Fournir des paquets de haute qualité dans ``unstable`` ne suffit pas, la plupart des utilisateurs ne profiteront de vos paquets que quand ils seront publiés avec la prochaine version ``stable``. Vous êtes donc censé collaborer avec l'équipe en charge de la publication pour veiller à ce que vos paquets soient intégrés.

en: More concretely, you should monitor whether your packages are migrating to ``testing`` (see :ref:`testing`). When the migration doesn't happen after the test period, you should analyze why and work towards fixing this. It might mean fixing your package (in the case of release-critical bugs or failures to build on some architecture) but it can also mean updating (or fixing, or removing from ``testing``) other packages to help complete a transition in which your package is entangled due to its dependencies. The release team might provide you some input on the current blockers of a given transition if you are not able to identify them.
fr_FR: Plus concrètement, vous devriez surveiller si vos paquets migrent vers ``testing`` (consultez :ref:`testing`). Lorsque la migration n'a pas lieu après la période d'essai, vous devriez analyser pourquoi et œuvrer pour corriger cela. Votre paquet pourrait avoir besoin d'être corrigé (dans le cas de bogues critiques pour la publication ou d'échecs de construction sur certaines architectures) mais cela peut également signifier mettre à jour (ou corriger, ou supprimer de ``testing``) d'autres paquets pour permettre de terminer une transition dans laquelle votre paquet est enchevêtré à cause de ses dépendances. L'équipe en charge de la publication devrait pouvoir vous renseigner sur ce qui bloque actuellement une transition donnée si vous ne parvenez pas à l'identifier.

en: Maintain packages in ``stable``
fr_FR: Maintenance de paquets dans ``stable``

en: Most of the package maintainer's work goes into providing updated versions of packages in ``unstable``, but their job also entails taking care of the packages in the current ``stable`` release.
fr_FR: La plupart du travail de responsable de paquet consiste à fournir des versions de paquets mis à jour dans ``unstable``, mais son travail implique aussi de s'occuper des paquets dans la publication ``stable`` actuelle.

en: While changes in ``stable`` are discouraged, they are possible. Whenever a security problem is reported, you should collaborate with the security team to provide a fixed version (see :ref:`bug-security`). When bugs of severity important (or more) are reported against the ``stable`` version of your packages, you should consider providing a targeted fix. You can ask the ``stable`` release team whether they would accept such an update and then prepare a ``stable`` upload (see :ref:`upload-stable`).
fr_FR: Même si les modifications dans ``stable`` sont déconseillées, elles sont possibles. Chaque fois qu'un problème de sécurité est signalé, vous devriez collaborer avec l'équipe en charge de la sécurité pour fournir une version corrigée (consultez :ref:`bug-security`). Quand des bogues de sévérité ``important`` (ou plus) sont soumis sur la version ``stable`` de vos paquets, vous devriez envisager la possibilité de fournir une correction spécifique. Vous pouvez interroger l'équipe en charge de la publication ``stable`` pour savoir si elle accepterait une telle mise à jour puis préparer un envoi vers ``stable`` (consultez :ref:`upload-stable`).

en: Manage release-critical bugs
fr_FR: Gestion des bogues critiques pour la publication

en: Generally you should deal with bug reports on your packages as described in :ref:`bug-handling`. However, there's a special category of bugs that you need to take care of — the so-called release-critical bugs (RC bugs). All bug reports that have severity ``critical``, ``grave`` or ``serious`` make the package unsuitable for inclusion in the next ``stable`` release. They can thus delay the Debian release (when they affect a package in ``testing``) or block migrations to ``testing`` (when they only affect the package in ``unstable``). In the worst scenario, they will lead to the package's removal. That's why these bugs need to be corrected as quickly as possible.
fr_FR: Habituellement, vous devriez traiter les rapports de bogue sur vos paquets tel que cela est décrit en :ref:`bug-handling`. Cependant, une catégorie spéciale de bogues nécessite particulièrement votre attention : les bogues critiques pour la publication (``release-critical`` ou ``RC``). Tous les rapports de bogue de gravité ``critical``, ``grave`` ou ``serious`` rendent le paquet inapproprié pour être inclus dans la prochaine version ``stable``. Ils peuvent donc retarder la publication de Debian (quand ils concernent un paquet de ``testing``) ou bloquer des migrations vers ``testing`` (quand ils concernent seulement le paquet d'``unstable``). Au pire, ils pourraient conduire à la suppression du paquet. C'est pourquoi ces bogues doivent être corrigés au plus tôt.

en: If, for any reason, you aren't able fix an RC bug in a package of yours within 2 weeks (for example due to time constraints, or because it's difficult to fix), you should mention it clearly in the bug report and you should tag the bug ``help`` to invite other volunteers to chime in. Be aware that RC bugs are frequently the targets of Non-Maintainer Uploads (see :ref:`nmu`) because they can block the ``testing`` migration of many packages.
fr_FR: Si pour une raison ou une autre, vous ne pouvez pas corriger un bogue critique pour la publication dans un de vos paquets en moins de deux semaines (par exemple à cause de contraintes de temps, ou parce que c'est compliqué à corriger) vous devriez le signaler clairement dans le rapport de bogue en l'étiquetant ``help`` pour encourager d'autres volontaires à s'impliquer. Sachez que les bogues critiques pour la publication sont souvent les cibles de mises à jour indépendantes (consultez :ref:`nmu`) car ils peuvent bloquer la migration vers ``testing`` de plusieurs paquets.

en: Lack of attention to RC bugs is often interpreted by the QA team as a sign that the maintainer has disappeared without properly orphaning their package. The MIA team might also get involved, which could result in your packages being orphaned (see :ref:`mia-qa`).
fr_FR: Un manque d'attention aux bogues critiques pour la publication est souvent considéré par l'équipe d'assurance qualité comme un signe de disparition d'un responsable n'ayant pas abandonné correctement son paquet. L'équipe MIA pourrait aussi s'impliquer, avec comme éventuelle conséquence l'abandon de vos paquets (consultez :ref:`mia-qa`).

en: Coordination with upstream developers
fr_FR: Coordination avec les développeurs amont

en: While it's not your job to fix non-Debian specific bugs, you may freely do so if you're able. When you make such fixes, be sure to pass them on to the upstream maintainers as well. Debian users and developers will sometimes submit patches to fix upstream bugs — you should evaluate and forward these patches upstream.
fr_FR: Bien qu'il ne soit pas de votre responsabilité de corriger les bogues non spécifiques à Debian, vous pouvez le faire si vous en êtes capable. Quand vous faites de telles corrections, assurez-vous de les envoyer également au développeur amont. Les utilisateurs et développeurs Debian proposent parfois un correctif pour les bogues amont, il vous faudra alors évaluer ce correctif puis le transmettre aux développeurs amont.

en: In cases where a bug report is forwarded upstream, it may be helpful to remember that the bts-link service can help with synchronizing states between the upstream bug tracker and the Debian one.
fr_FR: Dans le cas où un rapport de bogue est transmis au développeur amont, n'oubliez pas que le service ``bts-link`` peut aider à la synchronisation de l'état des bogues dans le système de suivi de bogues amont et celui de Debian.

en: If you need to modify the upstream sources in order to build a policy compliant package, then you should propose a nice fix to the upstream developers which can be included there, so that you won't have to modify the sources of the next upstream version. Whatever changes you need, always try not to fork from the upstream sources.
fr_FR: Si vous avez besoin de modifier les sources d'un logiciel pour fabriquer un paquet conforme à la Charte Debian, vous devriez proposer un correctif aux développeurs amont pour qu'il soit inclus dans leur version. Ainsi, vous n'aurez plus besoin de modifier les sources lors des mises à jour amont suivantes. Quels que soient les changements dont vous avez besoin, il faut toujours essayer de rester dans la lignée des sources amont.

en: If you find that the upstream developers are or become hostile towards Debian or the free software community, you may want to re-consider the need to include the software in Debian. Sometimes the social cost to the Debian community is not worth the benefits the software may bring.
fr_FR: Si vous estimez que les développeurs amont sont ou deviennent hostiles envers Debian ou la communauté du logiciel libre, vous pouvez vouloir reconsidérer le besoin d'inclure le logiciel dans Debian. Parfois, le coût social à la communauté Debian ne vaut pas le bénéfice que le logiciel peut apporter.

en: Administrative Duties
fr_FR: Devoirs administratifs

en: A project of the size of Debian relies on some administrative infrastructure to keep track of everything. As a project member, you have some duties to ensure everything keeps running smoothly.
fr_FR: Un projet de la taille de Debian repose sur certaines structures administratives pour garder une trace de tout. En tant que membre du projet, vous avez quelques devoirs pour veiller à ce que tout se déroule sans problème.

en: Maintaining your Debian information
fr_FR: Mise à jour des renseignements auprès de Debian

en: There's a LDAP database containing information about Debian developers at https://db.debian.org/\ . You should enter your information there and update it as it changes. Most notably, make sure that the address where your debian.org email gets forwarded to is always up to date, as well as the address where you get your debian-private subscription if you choose to subscribe there.
fr_FR: Une base de données LDAP contient des informations sur les développeurs Debian en https://db.debian.org/\ . Vous devriez y entrer vos informations et les mettre à jour quand elles changent. Le plus important est de vous assurer que l'adresse vers laquelle est renvoyée le courrier à destination de votre adresse debian.org est toujours à jour, de même que l'adresse à laquelle vous recevez votre abonnement à debian-private si vous choisissez d'être abonné à cette liste.

en: For more information about the database, please see :ref:`devel-db`.
fr_FR: Pour plus d'informations sur cette base de données, veuillez consulter :ref:`devel-db`.

en: Maintaining your public key
fr_FR: Gestion de clé publique

en: Be very careful with your private keys. Do not place them on any public servers or multiuser machines, such as the Debian servers (see :ref:`server-machines`). Back your keys up; keep a copy offline. Read the documentation that comes with your software; read the `PGP FAQ <http://www.cam.ac.uk.pgp.net/pgpnet/pgp-faq/>`__ and `OpenPGP Best Practices <https://riseup.net/en/security/message-security/openpgp/best-practices>`__.
fr_FR: Soyez très vigilant en utilisant votre clé privée. Ne la placez pas sur un serveur public ou sur des machines multi-utilisateurs telles que les serveurs Debian (voir :ref:`server-machines`). Sauvegardez vos clés et gardez-en une copie hors connexion. Lisez la documentation fournie avec votre logiciel, la `FAQ PGP <http://www.cam.ac.uk.pgp.net/pgpnet/pgp-faq/>`__ et `OpenPGP Best Practices <https://riseup.net/fr/security/message-security/openpgp/best-practices>`__.

en: You need to ensure not only that your key is secure against being stolen, but also that it is secure against being lost. Generate and make a copy (best also in paper form) of your revocation certificate; this is needed if your key is lost.
fr_FR: Assurez-vous que votre clé est non seulement à l'abri des vols, mais aussi d'une perte. Générez et faites une copie (c'est même mieux sur papier) de votre certificat de révocation ; il est nécessaire si votre clé est perdue ou volée.

en: If you add signatures to your public key, or add user identities, you can update the Debian key ring by sending your key to the key server at ``keyring.debian.org``. Updates are processed at least once a month by the ``debian-keyring`` package maintainers.
fr_FR: Si vous ajoutez des signatures à votre clé publique, ou des identifiants d’utilisateurs, vous pouvez mettre à jour le porte-clés Debian en envoyant votre clé au serveur de clefs à ``keyring.debian.org``.Les mises à jour sont traitées au moins une fois par mois par les responsables du paquet ``debian-keyring``.

en: If you need to add a completely new key or remove an old key, you need to get the new key signed by another developer. If the old key is compromised or invalid, you also have to add the revocation certificate. If there is no real reason for a new key, the Keyring Maintainers might reject the new key. Details can be found at https://keyring.debian.org/replacing_keys.html\ .
fr_FR: Pour ajouter une nouvelle clé ou supprimer une ancienne clé, vous devez faire signer la nouvelle clé par un autre développeur. Si l'ancienne clé est compromise ou non valable, vous devez également ajouter le certificat de révocation. S'il n'y pas de bonne raison pour une nouvelle clé, les responsables du trousseau peuvent rejeter la nouvelle clé. Vous trouverez plus de détails en https://keyring.debian.org/replacing_keys.html\ .

en: The same key extraction routines discussed in :ref:`registering` apply.
fr_FR: Les mêmes routines d'extraction de clé décrites en :ref:`registering` s'appliquent.

en: You can find a more in-depth discussion of Debian key maintenance in the documentation of the ``debian-keyring`` package and the https://keyring.debian.org/ site.
fr_FR: Une présentation approfondie de la gestion de clé Debian peut être trouvée dans la documentation du paquet ``debian-keyring`` et sur le site https://keyring.debian.org/.

en: Voting
fr_FR: Votes

en: Even though Debian isn't really a democracy, we use a democratic process to elect our leaders and to approve general resolutions. These procedures are defined by the `Debian Constitution <https://www.debian.org/devel/constitution>`__.
fr_FR: Bien que Debian ne soit pas vraiment une démocratie, le projet utilise un processus démocratique pour élire les responsables de projet et approuver les résolutions générales. Ces procédures sont définies par la `constitution Debian <https://www.debian.org/devel/constitution>`__.

en: Other than the yearly leader election, votes are not routinely held, and they are not undertaken lightly. Each proposal is first discussed on the ``debian-vote@lists.debian.org`` mailing list and it requires several endorsements before the project secretary starts the voting procedure.
fr_FR: En dehors de l'élection annuelle du responsable de projet, les votes ne se tiennent pas régulièrement et ne sont pas entrepris à la légère. Chaque proposition est tout d'abord discutée sur la liste de diffusion ``debian-vote@lists.debian.org`` et a besoin de plusieurs approbations avant que le secrétaire du projet n'entame la procédure de vote.

en: The list of all proposals (past and current) is available on the `Debian Voting Information <https://www.debian.org/vote/>`__ page, along with information on how to make, second and vote on proposals.
fr_FR: La liste de toutes les propositions (passées et présentes) est disponible sur la page des `informations sur les votes Debian <https://www.debian.org/vote/>`__, ainsi que des informations complémentaires sur la procédure à suivre pour effectuer une proposition, la soutenir et voter pour elle.

en: Going on vacation gracefully
fr_FR: Départ en vacances poli

en: It is common for developers to have periods of absence, whether those are planned vacations or simply being buried in other work. The important thing to notice is that other developers need to know that you're on vacation so that they can do whatever is needed if a problem occurs with your packages or other duties in the project.
fr_FR: Il est courant que les développeurs s'absentent, que ce soit pour des vacances prévues ou parce qu'ils sont submergés de travail. L'important est que les autres développeurs ont besoin de savoir si vous êtes indisponible pour pouvoir agir en conséquence si un problème se produit sur vos paquets ou autre pendant votre absence.

en: Usually this means that other developers are allowed to NMU (see :ref:`nmu`) your package if a big problem (release critical bug, security update, etc.) occurs while you're on vacation. Sometimes it's nothing as critical as that, but it's still appropriate to let others know that you're unavailable.
fr_FR: Habituellement, cela signifie que les autres développeurs peuvent faire des NMU (voir :ref:`nmu`) sur votre paquet si un gros problème (bogue empêchant l'intégration dans la distribution, mise à jour de sécurité, etc.) se produit pendant que vous êtes en vacances. Parfois, ce n'est pas très important, mais il est de toute façon approprié d'indiquer aux autres que vous n'êtes pas disponible.

en: In order to inform the other developers, there are two things that you should do. First send a mail to ``debian-private@lists.debian.org`` with [VAC] prepended to the subject of your message [1]_ and state the period of time when you will be on vacation. You can also give some special instructions on what to do if a problem occurs.
fr_FR: Il y a deux choses à faire pour informer les autres développeurs. Premièrement, envoyez un courrier électronique à ``debian-private@lists.debian.org`` en commençant le sujet de votre message par « [VAC] » [1]_ et donnez la période de vos vacances. Vous pouvez également donner quelques instructions pour indiquer comment agir si un problème survenait.

en: The other thing to do is to mark yourself as on vacation in the :ref:`devel-db` (this information is only accessible to Debian developers). Don't forget to remove the on vacation flag when you come back!
fr_FR: L'autre chose à faire est de vous signaler comme en vacances (``on vacation``) dans la :ref:`devel-db` (l'accès à cette information est réservé aux développeurs). N'oubliez pas de retirer l'indicateur ``on vacation`` à votre retour !

en: Retiring
fr_FR: Démission

en: If you choose to leave the Debian project, you should make sure you do the following steps:
fr_FR: Si vous décidez de quitter le projet Debian, veillez à procéder comme suit :

en: Orphan all your packages, as described in :ref:`orphaning`.
fr_FR: Abandonnez tous vos paquets comme décrit en :ref:`orphaning` ;

en: Remove yourself from uploaders for co- or team-maintained packages.
fr_FR: Retirez-vous des téléverseurs des paquets dont vous êtes co-responsable ou responsable en équipe.

en: If you received mails via a @debian.org e-mail alias (e.g. press@debian.org) and would like to get removed, open a RT ticket for the Debian System Administrators. Just send an e-mail to ``admin@rt.debian.org`` with "Debian RT" somewhere in the subject stating from which aliases you'd like to get removed.
fr_FR: Si vous recevez des courriels d’alias d’adresse @debian.org (p. ex. press@debian.org) et ne le désirez plus, ouvrez un ticket ``RT`` pour les administrateurs du système Debian (``Debian System Administrators``). Écrivez simplement à ``admin@rt.debian.org`` avec « Debian RT » dans le sujet et en déclarant de quel alias vous voulez être supprimé.

en: Please remember to also retire from teams, e.g. remove yourself from team wiki pages or salsa groups.
fr_FR: N'oubliez pas de vous retirer des équipes, par exemple des pages wiki des équipes ou des groupes de sala.

en: Use the link https://nm.debian.org/process/emeritus to log in to nm.debian.org, request emeritus status and write a goodbye message that will be automatically posted on debian-private.
fr_FR: Connectez-vous à nm.debian.org en utilisant le lien https://nm.debian.org/process/emeritus, demandez le statut émérite et écrivez un message d'adieu qui sera envoyé automatiquement à la liste ``debian-private``.

en: It is important that the above process is followed, because finding inactive developers and orphaning their packages takes significant time and effort.
fr_FR: Le processus précédemment décrit devrait absolument être suivi, car trouver les développeurs inactifs et déclarer orphelins leurs paquets est une tâche longue et fastidieuse.

en: Returning after retirement
fr_FR: Revenir après démission

en: A retired developer's account is marked as "emeritus" when the process in :ref:`s3.7` is followed, and "removed" otherwise. Retired developers with an "emeritus" account can get their account re-activated as follows:
fr_FR: Le compte d'un développeur est marqué « emeritus » (honoraire) quand le processus précédent en :ref:`s3.7` est suivi, et « removed » (supprimé) sinon. Un développeur ayant démissionné avec un compte « emeritus » peut réactiver son compte de la façon suivante :

en: Go through a shortened NM process (to ensure that the returning developer still knows important parts of P&P and T&S).
fr_FR: Passer un processus raccourci de nouveau responsable (pour s'assurer qu'il connaît toujours les parties importantes de « philosophie et procédures » et « tâches et compétences »).

en: Retired developers with a "removed" account need to go through full NM again.
fr_FR: Les développeurs ayant démissionné avec un compte « removed » doivent repasser le processus complet de nouveau membre.

en: This is so that the message can be easily filtered by people who don't want to read vacation notices.
fr_FR: Ainsi, le message peut être facilement filtré par les personnes qui ne veulent pas lire ces annonces de vacances.
