Zen

Translation

English type: Plain text
Packagers *MUST NOT* add any Fedora trademark assets including the Fedora logo, Fedora logo icons, or graphics that include the Fedora logo. Those assets *MUST* be added to the fedora-logos package. Your packages(s) install the logos by depending on the fedora-logos package. If the upstream contains Fedora trademark assets that you believe are used inappropriately, email legal@fedoraproject.org
514/4000 · 400

Sign in to save the translation.

English French Actions
In general, these guidelines apply to the currently released, non-end-of-life versions of Fedora, as well as the development version of Fedora (Rawhide). If a particular portion of these guidelines is relevant only to a subset of those releases, this will be specifically noted. However, please note that Rawhide can change rapidly, and there will be times when changes are visible there which are not yet reflected here.
En règle générale, ces directives s'appliquent aux versions actuelles (hors fin de vie) de Fedora, ainsi qu'à Rawhide, la version de développement de Fedora. Si une partie de ces directives ne concerne qu'un sous-ensemble de ces versions, les versions en question sont mentionnées. Néanmoins, veuillez noter que Rawhide évolue rapidement et les dernières pratiques en vigueur peuvent ne pas être spécifiées ici.
The guidelines also to some degree cover packages for EPEL, but only when combined with the https://docs.fedoraproject.org/en-US/epel/epel-packaging/[EPEL packaging guidelines]. Fedora packaging changes far more rapidly than EPEL packaging, so over time these guidelines will drift further away from any particular EPEL release and for the older supported EPEL release the differences can be quite significant. Portions of these guidelines which do not apply to EPEL will not generally be indicated.
Les directives s'appliquent également dans une certaine mesure aux paquets pour EPEL, mais uniquement en soutien aux https://docs.fedoraproject.org/fr/epel/epel-packaging/[directives relatives à la création de paquets EPEL]. Les pratiques utilisées dans Fedora évoluent bien plus vite que les pratiques utilisées pour les paquets EPEL, c'est pourquoi les directives de cette page pourraient mal refléter les pratiques en vigueur pour les paquets EPEL, particulièrement si cela concerne les versions d'EPEL les plus anciennes. De plus, il ne sera généralement pas indiqué qu'une portion ne s'applique pas à EPEL (bien que cela puisse être le cas).
General Exception Policy
Politique générale concernant les exceptions
As these guidelines can never cover all possible contingencies, there will always be packages which need exceptions. It is the packager's responsibility to follow these guidelines as closely as is feasible and to clearly document, as comments in the package specfile, instances where they cannot be followed.
Puisqu'il est impossible pour ces directives de couvrir toutes les éventualités, il y aura toujours des paquets nécessitant des exceptions. Le/la packager est responsable du respect de ces directives et doit documenter les raisons pour lesquelles elles ne peuvent pas être respectées en ajoutant des commentaires au specfile du paquet.
If, in a guideline, the language "should" or "is suggested" is used and it is not feasible for the package to conform to that guideline, the packager may deviate from the it. The nature of the deviation and the reasoning behind it MUST be documented in the specfile.
Si, dans une directive, les termes "devrait" ou "est suggéré" sont utilisés et que le paquet ne peut pas se conformer à cette directive, la·e packager peut ne pas la respecter. La nature de l'écart et l'explication qui lui est associée DOIT se trouver dans le specfile.
Where the language "must", "is required to" or "needs to" is used, the packager may deviate from the guideline only with approval from the packaging committee. Please follow the procedure at the https://fedoraproject.org/wiki/Packaging_Committee#Bringing_Issues_to_the_Committee[Packaging Committee] page for making these requests.
Lorsque les termes "doit" ou "est exigé" sont utilisés, la·e packager peut dévier de la directive uniquement avec l'accord du Packaging Committee. Suivez la procédure sur la page du https://fedoraproject.org/wiki/Packaging_Committee#Bringing_Issues_to_the_Committee[Packaging Committee] pour effectuer une telle requête.
Allowed Packages
Paquets autorisés
Please review xref:what-can-be-packaged.adoc[What Can Be Packaged] to ensure that what is to be packaged is allowed in Fedora.
Examinez la page xref:what-can-be-packaged.adoc[Contenu autorisé] pour vérifier si le contenu de votre paquet peut être fourni par Fedora.
Naming
Nommage
You should go through the xref:Naming.adoc[Naming Guidelines] to ensure that your package is named appropriately.
Nous vous recommandons de lire les xref:Naming.adoc[Directives de nommage] afin de vous assurer que votre paquet porte un nom approprié.
Version and Release
Champs Version et Release
Documentation covering the proper way to use the Version and Release fields can be found xref:Versioning.adoc[here].
Une documentation expliquant la manière correcte d'utiliser les champs Version et Release se trouve xref:Versioning.adoc[ici].
Licensing
Licences
You should review the information regarding xref:legal::license-approval.adoc[licenses determined to be allowed in Fedora] and the xref:LicensingGuidelines.adoc[Licensing Guidelines] to ensure that your package is licensed appropriately and that the license is properly indicated.
Nous vous recommandons d'examiner les informations relatives aux xref:legal::license-approval.adoc[licences considérées comme étant autorisées dans Fedora] et les xref:LicensingGuidelines.adoc[Directives de gestion des licences] pour vérifier si votre paquet utilise une licence autorisée et si elle est indiquée correctement.
Fedora Trademarks
Marques Fedora
Packagers *MUST NOT* add any Fedora trademark assets including the Fedora logo, Fedora logo icons, or graphics that include the Fedora logo. Those assets *MUST* be added to the fedora-logos package. Your packages(s) install the logos by depending on the fedora-logos package. If the upstream contains Fedora trademark assets that you believe are used inappropriately, email legal@fedoraproject.org
Les packagers *NE DOIVENT PAS* ajouter des assets représentant les marques Fedora. Cela comprend le logo Fedora ainsi que les icônes et images où se trouve le logo Fedora. Ces assets *DOIVENT* être ajoutées au paquet fedora-logos. Vos paquets peuvent installer les logos en ajoutant une dépendance sur le paquet fedora-logos. Si le projet upstream contient des assets représentant des marques Fedora et que vous considérez que leur utilisation est inappropriée, merci d'envoyer un e-mail à legal@fedoraproject.org.
This is because the Fedora logo is a trademark, which are handled under a different legal framework than code. It must only be distributed under terms that protect the trademark. Keeping Fedora trademarks separate in their own package instead of scattered across various other packages is also an essential practice for enabling remixes that necessarily must https://fedoraproject.org/wiki/Legal:Trademark_guidelines#Secondary_Mark[not use the Fedora trademark], and instead roll their own *-logos package or use the generic-logos package.
Le logo Fedora est une marque et son cadre légal n'est pas le même que celui du code source. Il doit être distribué uniquement en accord avec les conditions protégeant la marque. Conserver les marques Fedora dans leur propre paquet plutôt que de les éparpiller dans plusieurs paquets est également une pratique essentielle permettant aux Remix de Fedora de https://fedoraproject.org/wiki/Legal:Trademark_guidelines#Secondary_Mark[ne pas utiliser les marques Fedora] et de fournir leur propre paquet *-logos ou d'utiliser le paquet generic-logos.
Libraries and Applications
Bibliothèques et applications
Many language- or domain-specific guidelines refer to "libraries", "modules", "plug-ins" or other terms specific to the language or domain. This is specifically important to package naming. Some applications may include libraries, and some libraries may include applications, so the distinction is not always clear.
De nombreuses directives spécifiques à un langage ou à un domaine font utilisent des termes spécifiques au langage ou au domaine, tels que « bibliothèques », « modules » ou même « plug-ins ». La lecture de cette section est particulièrement importante pour un bon nommage des paquets. Certaines applications peuvent inclure des bibliothèques, et certaines bibliothèques peuvent inclure des applications, la distinction n'est donc pas toujours claire.
Library or Application?
Bibliothèque ou application ?
If the primary purpose of a package is to provide executables to be run by users, it SHOULD be packaged as an application. If it also includes libraries which may be imported or linked to by other code, see <<Mixed Use Packages>> below.
Si le but principal d'un paquet est de fournir des exécutables qui seront lancés par des utilisateur·rices, ce paquet DOIT être considéré comme un paquet d'application. S'il contient également des bibliothèques qui peuvent être importées par du code extérieur au paquet, voir <<Paquets à usage mixte>> ci-dessous.
If the primary purpose of a package is to provide libraries intended to be imported or loaded into other code, it is considered a library and MUST be packaged as such. If it contains utility programs that can be run by users as well, see <<Mixed Use Packages>> below.
Si le but principal d'un paquet est de fournir des bibliothèques visant à être importées ou chargées dans du code extérieur au paquet, ce paquet DOIT être considéré comme un paquet de bibliothèque. S'il contient des programmes utilitaires pouvant être également exécutés par des utilisateur·rices, voir <<Paquets à usage mixte>> ci-dessous.
It is left to the packager to determine the primary purpose of a package. Often times upstream will already have done this with their choice of naming and that choice SHOULD be followed by the Fedora packager.
Il incombe au/à la packager de déterminer l'utilité principale d'un paquet. Il arrive souvent que le projet upstream a déjà effectué la distinction par le nommage de ses composants et ce choix DEVRAIT être respecté par la·e packager.
Mixed Use Packages
Paquets à usage mixte
Many packages, regardless of their primary purpose, include both applications and libraries. In this case one or both SHOULD be packaged in subpackages in order to allow other applications to depend on only the library and not the associated application(s). Installing an application that depends on a library or service should not automatically pull in other applications associated with that library or service.
De nombreux paquets, quelle que soit leur utilité première, incluent à la fois des applications et des bibliothèques. Dans ce cas, les applications et les bibliothèques doivent être séparées par sous-paquet afin de permettre aux autres applications de dépendre seulement d'une ou plusieurs de ces bibliothèques et de ne pas dépendre des applications. L'installation d'une application ayant une dépendance sur une bibliothèque ou un service ne devrait pas entraîner l'installation automatique d'autres applications en rapport avec cette bibliothèque ou ce service.
Package Independence
Indépendance des paquets
Packages SHOULD be installable independently whenever this is technically feasible, but they MUST specify dependencies of correct type on other packages if necessary, see <<Dependency Types>> below.
Les paquets DEVRAIENT être installables de manière indépendante à chaque fois que cela est possible, mais les dépendances à d'autres paquets DOIVENT être spécifiées de manière appropriée si nécessaire. Voir <<Types de dépendance>> plus bas.
Desktop applications MUST NOT depend on other desktop applications unless strictly required. In particular, packages that contain a visible `.desktop` file (a `.desktop` file that does not contain the line `+NoDisplay=true+`) SHOULD NOT have a `Requires`, `Recommends`, or `Supplements` on any other package containing a visible desktop file, directly or indirectly.
Les applications de bureau NE DOIVENT PAS dépendre d'autres applications de bureau sauf stricte nécessité. En particulier, les paquets qui contiennent un fichier `.desktop` visible (un fichier `.desktop` ne contenant pas la ligne `+NoDisplay=true+`) NE DEVRAIENT PAS contenir de dépendance `Requires`, `Recommends` ou `Supplements`, directe ou indirecte, sur d'autres paquets contenant un fichier desktop visible.
For example, it would be reasonable for a video game level editor to require the associated video game in order to function, or for an application's plugin to require the associated application. But it would not be reasonable for an application that happens to use a database library to depend on a database management suite associated with that library, or for an application that happens to use a particular programming language to depend on management tools associated with that programming language.
Par exemple, il serait raisonnable qu'un éditeur de niveau d'un jeu vidéo dépende du jeu vidéo en question, ou qu'un plugin pour une application dépende de l'application en question. Mais il ne serait pas raisonnable qu'une application utilisant une bibliothèque d'accès à une base de données ne dépende d'une suite de gestion de base de données, ou qu'une application écrite dans un certain langage de programmation ne dépende des outils de gestion pour ce langage.
If a source package provides multiple graphical applications, those applications SHOULD be packaged in separate subpackages when feasible.
Si un paquet source fournit plusieurs applications graphiques, ces applications DEVRAIENT être séparées en plusieurs sous-paquets lorsque c'est possible.
Spec Files
Fichiers spec

Loading…

User avatar harmful-breeze

Translation added
Packagers *MUST NOT* add any Fedora trademark assets including the Fedora logo, Fedora logo icons, or graphics that include the Fedora logo. Those assets *MUST* be added to the fedora-logos package. Your packages(s) install the logos by depending on the fedora-logos package. If the upstream contains Fedora trademark assets that you believe are used inappropriately, email legal@fedoraproject.org
Les packagers *NE DOIVENT PAS* ajouter des assets représentant les marques Fedora. Cela comprend le logo Fedora ainsi que les icônes et images où se trouve le logo Fedora. Ces assets *DOIVENT* être ajoutées au paquet fedora-logos. Vos paquets peuvent installer les logos en ajoutant une dépendance sur le paquet fedora-logos. Si le projet upstream contient des assets représentant des marques Fedora et que vous considérez que leur utilisation est inappropriée, merci d'envoyer un e-mail à legal@fedoraproject.org.
2 months ago
Browse all string changes

Things to check

Mismatched full stop

Source and translation do not both end with a full stop

Reset

Glossary

English French
MUST DOIT fedora-docs-l10n/packaging-guidelines
MUST NOT NE DOIT PAS fedora-docs-l10n/packaging-guidelines
REQUIRED EXIGÉ fedora-docs-l10n/packaging-guidelines
SHALL EXIGE fedora-docs-l10n/packaging-guidelines
SHALL NOT NE DOIT PAS fedora-docs-l10n/packaging-guidelines

7726546 String information

Source string description
type: Plain text
Source string location
pages/index.adoc:132
String age
3 years ago
Last updated
2 months ago
Source string age
3 years ago
Translation file
po/fr/master/pages/index.po, string 27