Fedora RPM Guide - en to fr translation catalogue (99 entries)

note: Tag: title
en: Introduction to RPM
fr: Introduction à RPM

note: Tag: para
en: This chapter covers:
fr: Ce chapitre porte sur :

note: Tag: para
en: Examining the history of package management
fr: l'historique de la gestion de paquets

note: Tag: para
en: Introducing RPM features
fr: une introduction aux fonctionnalités de RPM

note: Tag: para
en: Getting acquainted with RPM terminology
fr: la découverte de la terminologie RPM

note: Tag: para
en: Several package managers are available for Linux to track and manipulate the applications installed on the system. The most widely used of these Linux package managers is the RPM Package Manager (formerly the Red Hat Package Manager), or RPM for short, the subject of this book
fr: Plusieurs gestionnaires de paquets sont disponibles dans Linux pour suivre et manipuler les applications installées sur un système. Le plus couramment utilisé de ces gestionnaires de paquets est le RPM Package Manager (à l'origine Red Hat Package Manager), ou RPM en abrégé. Il est le sujet de ce livre.

note: Tag: para
en: Although RPM was initially developed for Red Hat Linux, a combination of technical features and good timing has resulted in RPM’s becoming the de facto standard for packaging software on most Linux distributions. The fact that Red Hat released the source code to the RPM software under an open-source license also helped its adoption.
fr: Même si RPM a été initialement développé pour Linux Red Hat, une combinaison de fonctionnalités techniques et un moment bien choisi ont fait que RPM est devenu de facto la norme pour la gestion des paquets sur la plupart des distributions Linux. Le fait que Red Hat ait publié le code source du logiciel RPM sous licence Open-Source a également facilité les choses.

note: Tag: para
en: More recently, the RPM package file format has been adopted as the official standard for Linux as part of the Linux Standards Base, or LSB. Described at <ulink url="http://www.linuxbase.org/" />, the Linux Standards Base is an attempt to set a baseline that all Linux distributions should follow. The LSB has helped system administrators by providing some commonality across distributions, as in the location of certain files. The history of Linux package managers is largely intertwined with the history of Linux distributions.
fr: Plus récemment, le format de fichier paquet RPM a été adopté comme norme officielle pour Linux dans le cadre de la Linux Standards Base, ou LSB. Décrite sur le site <ulink url="http://www.linuxbase.org/" />, Linux Standards Base constitue une tentative de mise en place de lignes directrices à suivre par toutes les distributions Linux. LSB aide les administrateurs système en fournissant une certaine unité parmi les distributions, en particulier pour l'emplacement de certains fichiers. L'histoire des gestionnaires de paquets Linux est étroitement associée à celle des distributions de Linux.

note: Tag: para
en: Strictly speaking, Linux refers to a single piece of software, the Unix-like kernel that Linus Torvalds and cohorts have scattered all over the Internet and have been developing since 1991. This Linux kernel is a marvelous piece of software, currently comprising over 3.7 million lines of freely-licensed source code and accompanying documentation. Together, these factors provide a fast, full-featured, stable operating system kernel for use on more than 30 different processor architectures, ranging from embedded systems such as watches and PDAs, to desktop and server systems, all the way up to mainframes and supercomputing clusters.
fr: À proprement parler, Linux ne désigne qu'un bout de logiciel : le noyau type-Unix que Linus Torvalds et compagnons ont essaimé sur tout le net sans cesser de le  développer depuis 1991. Ce noyau Linux est un morceau de logiciel merveilleux, comprenant actuellement plus de 3,7 millions de lignes de code source sous licence libre, accompagné d'une documentation. Mis bout à bout, ces éléments donnent un noyau de système d'exploitation rapide, pleinement fonctionnel et stable, utilisable sur plus de 30 architectures de processeurs allant des systèmes embarqués comme des montres ou des PDA, aux serveurs et ordinateurs de bureau, et même jusqu'aux grands systèmes et clusters de supercalculateurs.

note: Tag: title
en: The Need for Linux Package Management Systems
fr: Les besoins d'un système de gestion de paquets Linux

note: Tag: para
en: Although Linux is an excellent core component of an operating system suitable for a wide variety of real-world applications, this Linux kernel by itself is not sufficient for accomplishing most tasks. The technical definition of exactly what constitutes an operating system is a matter of debate.
fr: Même si Linux est un excellent composant du cœur d'un système d'exploitation adapté à un large éventail d'applications dans le monde réel, le noyau Linux n'est pas suffisant en soi pour réaliser la plupart des tâches. La définition technique de ce qu'est exactement un système d'exploitation est matière à débat.

note: Tag: para
en: Despite this controversy, it is clear that most users of Linux require both the Linux kernel and a large suite of accompanying software (a shared C library; traditional Unix utilities such as <command>grep</command>, <command>awk</command>, and <command>sed</command>; an editor, such as <command>vi</command>; a shell, such as the Bourne-Again <command>bash</command> shell; and so forth) to complete the various tasks for which they typically employ Linux.
fr: En dépit de cette controverse, il est clair que la majorité des utilisateurs de Linux a besoin à la fois du noyau Linux et d'une abondante suite de logiciels d'accompagnement (une bibliothèque C partagée ; des utilitaires Unix traditionnels, comme <command>grep</command>, <command>awk</command> et <command>sed</command> ; un éditeur, tel que <command>vi</command> ; un interpréteur de commandes, comme <command>bash</command>, le shell Bourne-Again et ainsi de suite) pour mener à bien les diverses tâches pour lesquelles elle emploie normalement Linux.

note: Tag: para
en: Users expect Linux to include server software such as the Apache Web server, desktop software such as the OpenOffice.org office productivity suite, and a host of other packages. In fact, most Linux users don’t make the distinction between the kernel (technically the only part that is Linux) and all the extra packages (technically “everything else”) that comes with a Linux distribution. Most users simply refer to the whole thing as “Linux.”
fr: Des utilisateurs attendent que Linux comporte des serveurs web, tel Apache, des logiciels de bureautique comme la suite OpenOffice.org et un tas d'autres. En fait, la plupart des utilisateurs de Linux ne font pas de distinction entre le noyau (techniquement la seule partie Linux) et les paquets additionnels (techniquement « tout le reste ») livrés avec une distribution Linux. Beaucoup d'utilisateurs sous la dénomination « Linux » font référence à l'ensemble.

note: Tag: para
en: Some Linux distributions include thousands of packages on six or more CD-ROMs. This situation alone cries out for effective package-management software. And this doesn’t include the extra packages that don’t come with Linux distributions but which organizations need to create an effective working environment.
fr: Certaines distributions Linux comprennent des milliers de paquets sur six CD-ROM ou plus. Ce seul cas illustre le besoin criant d'un logiciel de gestion de paquets. Et ne sont pas comptés les paquets additionnels qui n'accompagnent pas les distributions Linux, ni ceux que les entreprises ont besoin de créer pour leur propre environnement de travail.

note: Tag: para
en: Furthermore, the Linux kernel and these various software applications are typically made available by their developers in source code formats only, and they can be installed manually only after compiling them from source code.
fr: Plus, le noyau Linux et ces diverses applications logicielles ne sont mises à disposition par leurs développeurs qu'au format code source, et ne peuvent être installées manuellement qu'après une compilation.

note: Tag: para
en: Most people do not have the technical skills necessary to cross-compile an entire operating system. Even if they do, they usually do not want to devote the time and effort required to bootstrap and compile an operating system just to be able to run Linux.
fr: Beaucoup de personnes n'ont pas les connaissances techniques pour faire une compilation croisée de la totalité d'un système d'exploitation. Même s'ils en sont capables, il ne souhaitent généralement pas consacrer leur temps et leurs efforts à initialiser et compiler un système d'exploitation juste pour pouvoir faire tourner Linux.

note: Tag: para
en: Fortunately, the early Linux programmers quickly realized the impracticality of source-code only releases early in Linux's development and created what they called distributions—collections of precompiled binaries of the Linux kernel and other necessary software that users often wanted. Rather than installing Minix, compiling the Linux kernel and other required software applications under Minix, and installing those compiled binaries of the Linux kernel and essential Linux applications, users could just install these distributions, immediately having a functional Linux environment in which to work.
fr: Heureusement, les premiers programmeurs Linux ont rapidement pris conscience du caractère impraticable des mises à jour du code source dans le développement de Linux et ont créé ce qu'ils ont appelé des distributions — collections de binaires précompilés du noyau de Linux et d'autres logiciels nécessaires souvent selon les souhaits des utilisateurs. Au lieu d'installer Minix, de compiler le noyau Linux et les autres logiciels nécessaires sous Minix, puis d'installer ces binaires compilés du noyau et autres applications demandées, les utilisateurs doivent juste installer ces distributions pour avoir immédiatement un environnement Linux fonctionnel avec lequel ils peuvent travailler.

note: Tag: para
en: Early distributions, such as MCC and SLS, initially represented little more than archived snapshots of their developer's hard drive. They offered the user performing the installation little or no control over what applications were put on the system. Whatever the distribution developer had on his hard drive was what the distribution installer got on her hard drive. Even this was much better than rolling your own distribution by hand. SLS, for example, stood for Soft Landing System, and was designed to make the experience of installing Linux easier, hence providing a “soft landing.” MCC Interim Linux, from the Manchester Computing Centre, was the first distribution to sport a combined boot/root disk, another attempt to make life easier for those adopting Linux.
fr: Les premières distributions, comme MCC et SLS, ne sont guère plus qu'un instantané archivé du disque dur du développeur. Elles n'offrent à l'utilisateur réalisant l'installation que peu ou pas de contrôle sur les applications chargées sur le système. Tout ce que le développeur de la distribution a sur son disque dur se retrouve sur celui qui installe la distribution. Mais c'est quand même mieux que de pétrir sa propre distribution à la main. SLS, par exemple, sigle de « Soft Landing System », était conçu pour faciliter l'expérience d'une installation de Linux, donc de ménager un « atterrissage en douceur ». MCC Interim Linux, de Manchester Computing Centre, a été la première distribution à arborer une combinaison de disque amorçage/racine, autre tentative pour faciliter la vie à ceux qui adoptaient Linux.

note: Tag: para
en: Distribution developers quickly realized, however, that more flexibility was needed and began looking for ways to provide choices both during and after installation. The Slackware distribution, for example, divided applications into several functional categories. All users installed the base distribution; users could then selectively install only the additional supplemental categories they needed. If networking support was desired, for example, the networking bundle could be installed. Similarly, if a graphical user interface was desired, the X bundle could be installed, making the X Window System available. This concept offered rudimentary control over what was installed but only at a very coarse level. Installing the X bundle put several applications (multiple X terminal emulators, several different window managers, and so forth) on the system, and all users who installed the bundle got all of those applications whether they wanted them all or not.
fr: Les développeurs de distributions ont toutefois rapidement pris conscience qu'il fallait plus de souplesse. Ils ont commencé à examiner les moyens d'offrir des choix à la fois pendant et après l'installation. La distribution Slackware, par exemple, répartit les applications en plusieurs catégories fonctionnelles. Tous les utilisateurs installent la distribution de base ; ensuite, ils peuvent choisir d'installer uniquement les catégories fonctionnelles dont ils ont besoin. S'ils souhaitent, par exemple, une prise en charge du travail en réseau, ils installeront le ballot travail en réseau. De même, si l'utilisateur veut une interface graphique, le ballot X pourra être installé, rendant disponible le système X Window. Ce concept offre un contrôle rudimentaire de ce qui est installé, mais uniquement à un niveau grossier. En installant le ballot X, il y a accès sur le système à plusieurs applications (émulateurs de terminaux X multiples, plusieurs gestionnaires de fenêtres différents, et ainsi de suite), et tous les utilisateurs qui installent ce ballot ont accès à la totalité de ces applications, qu'ils les aient toutes voulues ou non.

note: Tag: para
en: The next logical step in distribution evolution was the development of more advanced tools to control what was installed. Several distributions independently developed the notion of application-level installation management. The developers of these distributions realized that Slackware and similar distributions were heading in the right direction, but simply had not made software management granular enough. Slackware allowed installation and uninstallation (after a fashion) of bundles of related applications, but what was really needed was installation and uninstallation on an application-by-application basis.
fr: L'étape logique suivante dans l'évolution des distributions était le développement d'outils plus avancés pour contrôler ce qui est installé. Plusieurs distributions développèrent indépendamment la notion de gestion de l'installation au niveau application. Les développeurs de ces distributions avaient pris conscience que Slackware et les distributions similaires étaient dans la bonne direction, mais n'avaient tout simplement pas opéré une gestion des logiciels suffisamment fine. Slackware autorisait l'installation et la désinstallation (en quelque sorte) des ballots d'applications en relation, mais ce qui était réellement attendu était une installation et une désinstallation au niveau de l'application.

note: Tag: para
en: In late 1993, Rik Faith, Doug Hoffman, and Kevin Martin began releasing the first public betas of the BOGUS Linux distribution. BOGUS was notable for the package management system (<command>pms</command>) software that was used with it for installation and uninstallation of all software on an application-by-application basis. Shortly thereafter, in the summer of 1994, the first public betas of Red Hat Commercial Linux were released. Red Hat initially used Red Hat Software Program Packages (RPP) as the basis of its Linux distribution. Like <command>pms</command>, RPP was a system-management tool that allowed for easy installation and uninstallation of applications. In late 1993, Ian Murdock founded the Debian Gnu/Linux distribution. He began seriously developing its <command>dpkg</command> application-management software by the summer of 1994. Like <command>pms</command> and RPP, <command>dpkg</command> made it possible to manage each application on the system.
fr: Fin 1993, Rik Faith, Doug Hoffman et Kevin Martin commencèrent à publier les premières versions béta publiques de la distribution Linux BOGUS. BOGUS était remarquable pour son système de gestion de paquets (<command>pms</command>) qui était utilisé pour l'installation et la désinstallation de tous les logiciels application par application. Peu après, été 1994, les premières versions béta du Linux commercial Red Hat sont publiées. Red Hat utilise d'abord Red Hat Software Program Packages (RPP) comme base de sa distribution Linux. Comme <command>pms</command>, RPP était un outil de gestion système qui permettait une installation ou désinstallation facile des applications. Fin 1993,  Ian Murdock créa la distribution Gnu/Linux Debian. Il commença à développer sérieusement son logiciel de gestion des applications <command>dpkg</command> au cours de l'été 1994. Comme <command>pms</command> et RPP, <command>dpkg</command> rendait possible une gestion individuelle des applications sur le système.

note: Tag: title
en: RPM Design Goals
fr: Objectifs conceptuels de RPM

note: Tag: para
en: All of these early system-management tools took a similar approach. They provided the capability to install an entire application with a single command, to track the files it put on the system, and to remove those files by using another single command. As the preponderance of multiple early tools suggests, this approach to system management was popular. All of these early tools, however, had numerous technical or practical deficiencies. Some tools were designed only for Linux on 32-bit Intel-compatible hardware, even though Linux by this point was already running on other CPUs in addition to the IA32 family. As Linux was spreading to multiple architectures, a package-management system that could produce packages for multiple architectures was needed. Other tools had technical flaws in how they prepared packages, making it difficult to verify that packages had been prepared correctly or to see exactly how the software was prepared.
fr: Tous ces premiers outils de gestion système ont une approche similaire. Ils donnent la possibilité d'installer la totalité d'une application avec une simple commande, de suivre les fichiers que cette commande a installés et d'effacer ces fichiers avec une autre commande. Vu le foisonnement des créations de ces outils, nul doute que cette approche de la gestion  système était populaire. Tous ces outils primitifs, toutefois, ont de nombreuses déficiences techniques ou pratiques. Certains sont uniquement conçus pour des matériels compatibles 32 bits Intel, même si Linux à l'époque tourne déjà sur d'autres CPU en plus de celles de la famille IA32. À l'heure où Linux s'adaptait à de multiples architectures, un système de gestion de paquets pouvant travailler sur plusieurs architectures devenait nécessaire. D'autres outils présentent des défauts techniques sur la façon de préparer les paquets : il était difficile de vérifier si ces paquets avaient été correctement conditionnés ou de voir exactement comment le logiciel était apprêté.

note: Tag: para
en: Because of these concerns, after their initial releases of RPP-based distributions, Red Hat looked closely at both their own RPP software and other software such as BOGUS's <command>pms</command> software. Developers at Red Hat, particularly Marc Ewing and Erik Troan, set out to develop what they initially called the Red Hat Package Manager (RPM). Based on experiences with earlier Linux packaging software and knowledge about packaging tools used on other platforms, Red Hat had several design goals in mind when they developed RPM. These design points include the following features:
fr: À cause de ces problèmes, après ses premières parutions de distributions fondées sur RPP, Red Hat réexamine de près à la fois son propre logiciel RPP et d'autres, comme la commande <command>pms</command> de BOGUS. Les développeurs de Red Hat, et plus particulièrement Marc Ewing et Erik Troan, entreprennent le développement de ce qu'ils appelent au départ Red Hat Package Manager (RPM). Riche de l'expérience des premiers logiciels pour paquets de Linux ainsi que de la connaissance des outils d'empaquetage utilisés sur d'autres plates-formes, Red Hat a plusieurs objectifs conceptuels quand il développe RPM. Ces objectifs conceptuels incluent les fonctionnalités suivantes :

note: Tag: para
en: Ease of use
fr: Facilité d'utilisation

note: Tag: para
en: Package-oriented focus
fr: Axe orientation-paquet

note: Tag: para
en: Upgradability of packages
fr: Facilité de mise à niveau des paquets

note: Tag: para
en: Tracking of package interdependencies
fr: Pistage des interdépendances entre paquets

note: Tag: para
en: Query capabilities
fr: Possibilités d'interrogation

note: Tag: para
en: Verification
fr: Vérification

note: Tag: para
en: Support for multiple architectures
fr: Prise en charge de plusieurs architectures

note: Tag: para
en: Use of pristine sources
fr: Utilisation d'un code source intact

note: Tag: para
en: The following sections demonstrate how Red Hat incorporated each of these design goals into RPM.
fr: Les sections suivantes expliquent comment Red Hat a inclus dans RPM chacun de ces objectifs conceptuels.

note: Tag: para
en: Perhaps the primary design goal for RPM is that it must be easy to use. Manual software installation has been the primary method of putting software onto Unix boxes for over 30 years now and has worked very well for those three decades. To offer a compelling reason to use the new software, RPM must be significantly easier to use than other Linux package-management tools. For that reason, most tasks that can be handled using RPM were designed to be carried out via a single command. For example, software installation using RPM requires a single command (<userinput>rpm -U software_package</userinput>), while manual software installation using older manual methods typically requires at least six steps to complete the same task:
fr: Parmi les objectifs conceptuels de RPM, le principal est peut-être la facilité d'utilisation. L'installation manuelle des logiciels a été la méthode primaire pour mettre des logiciels dans les boîtes Unix 30 ans durant, et, elle a très bien fonctionné pendant ces trois décennies. Pour donner une raison convaincante d'utiliser le nouveau logiciel, RPM doit être significativement plus facile d'utilisation que les autres outils de gestion de paquets. Pour cette raison, la plupart des tâches exécutables par RPM ont été conçues pour être lancées par une commande unique. Par exemple, l'installation d'un logiciel avec RPM ne nécessite que la commande  (<userinput>rpm -U PAQUET_LOGICIEL</userinput>), alors que l'installation manuelle avec les anciennes méthodes demandait au minimum six étapes pour finaliser la même tâche :

note: Tag: para
en: <command>tar zxf <replaceable>software_package</replaceable></command>
fr: <command>tar zxf <replaceable>PAQUET_LOGICIEL</replaceable></command>

note: Tag: para
en: <command>cd <replaceable>software_package</replaceable></command>
fr: <command>cd <replaceable>PAQUET_LOGICIEL</replaceable></command>

note: Tag: para
en: Similarly, removal of applications installed using RPM requires a single command (<userinput>rpm -e <replaceable>software_package</replaceable></userinput>); manual removal of an installed application requires that each file associated with that application be manually deleted.
fr: Symétriquement, l'enlèvement d'applications installées avec RPM ne demandera qu'une seule commande (<userinput>rpm -e <replaceable>PAQUET_LOGICIEL</replaceable></userinput>) ; l'enlèvement à la main d'une application installée requiert que chaque fichier associé à l'application soit détruit manuellement.

note: Tag: para
en: Like its predecessors, RPM is intended to operate on a package level. Rather than operating on a single-file basis (as when you manually install software using Unix command-line tools like mv and cp) or on an entire system basis (as with many PC operating systems, which provide the ability to upgrade entire releases but not to upgrade individual components), RPM provides software that can manage hundreds or thousands of packages.
fr: Comme ses prédécesseurs, RPM est prévu pour opérer au niveau paquet. Plutôt que de travailler sur la base de fichiers isolés (comme quand vous installez manuellement un logiciel avec les outils en ligne de commande tels que mv et cp) ou sur la base de la totalité du système (comme beaucoup de systèmes d'exploitation PC, qui donnent la possibilité d'opérer des mises à jour globales sans pouvoir mettre à niveau des composants pris isolément), RPM est un logiciel qui peut gérer des centaines ou des milliers de paquets.

note: Tag: para
en: Each package is a discrete bundle of related files and associated documentation and configuration information; typically, each package is a separate application. By focusing on the package as the managed unit, RPM makes installation and deletion of applications extremely straightforward.
fr: Chaque paquet est un ballot isolé de fichiers en liaison, associés à une documentation avec des informations de configuration ; normalement, chaque paquet est une application séparée. En se centrant sur le paquet en tant qu'unité de gestion, RPM effectue l'installation et la destruction d'applications sans détours.

note: Tag: title
en: Package upgradability
fr: Facilité de mise à niveau des paquets

note: Tag: para
en: In addition to its package-oriented focus, RPM is designed to support upgrading packages. Once an application has been installed from an RPM package, a newer version of the same application can be installed using RPM. Doing so upgrades the existing application, removing its old files and replacing them with new files. In addition, however, RPM takes care to preserve any customizations that have been made to that application. The Apache Web server application, for example, is commonly installed on Linux machines that need the ability to serve Web pages.
fr: En plus de son orientation paquet, RPM est conçu pour prendre en charge la mise à niveau des paquets. Une fois une application installée à partir d'un paquet RPM, une version plus récente de la même application pourra être installée avec RPM. Opérer ainsi effectue une mise à jour de l'application existante par enlèvement des anciens fichiers et remplacement par les nouveaux. En plus, RPM prend soin de préserver toute personnalisation déjà opérée sur l'application. Le serveur web Apache, par exemple, est communément installé sur des machines Linux ayant besoin d'être capables de servir des pages web.

note: Tag: para
en: Apache's configuration information, which specifies things such as which files on the system should be made available as Web pages and who should be able to access those Web pages, is stored in a text file, typically <filename>/etc/httpd/conf/httpd.conf</filename>. Suppose Apache has been installed using RPM and that you have then customized <filename>httpd.conf</filename> to specify its configuration. If you upgrade Apache using RPM, as part of the upgrade procedure, the RPM application will take precautions to preserve the customizations you have made to the Apache configuration. In contrast, manual upgrades of applications often overwrite any existing configuration files, losing all site customizations the system administrator has made.
fr: Les informations de configuration Apache, qui précisent des choses telles que « quels fichiers du système doivent-ils être disponibles en tant que pages web ? » et « qui est susceptible d'avoir accès à de telles pages ? », sont stockées dans un fichier texte, normalement <filename>/etc/httpd/conf/httpd.conf</filename>. Supposez que vous ayez installé Apache à l'aide de RPM et que vous ayez personnalisé <filename>httpd.conf</filename> pour définir une configuration. Si vous opérez une mise à niveau avec RPM, dans le cadre de la procédure de mise à niveau, RPM prendra soin de préserver les personnalisations que vous auriez faites à la configuration d'Apache. À l'opposé, les mises à niveau manuelles d'applications écrasent souvent les fichiers de configurations existants : toutes les personnalisations que l'administrateur système a faites sont perdues.

note: Tag: title
en: Package interdependencies
fr: Interdépendances entre paquets

note: Tag: para
en: Software that manages the applications installed on the system on an application level (such as RPM) does have one potential drawback in comparison with system-wide software management systems (such as PC operating systems like Microsoft Windows or OS/2, which allow the entire system to be upgraded but do not generally allow individual components to be upgraded, added, or removed). Software applications often have interdependencies; some applications work only when other applications are installed.
fr: Les logiciels qui gérent les programmes installés sur le système au niveau application (comme RPM) ont vraiment un inconvénient putatif comparés aux logiciels de gestion niveau système (comme les systèmes d'exploitation PC tels que Microsoft Windows ou OS/2, qui autorisent une mise à jour de la totalité du système mais qui en règle générale ne permettent pas que des composants pris individuellement soient mis à niveau, ajoutés ou enlevés). Les applications logicielles sont souvent interdépendantes ; certaines applications ne fonctionnent que si d'autres applications sont installées.

note: Tag: para
en: The Postfix and Sendmail mail transfer agent (MTA) applications that are commonly used on Linux boxes to serve e-mail, for example, can both be configured to require users to authenticate themselves (by submitting a correct user name and password) successfully before they can use the e-mail server. This feature is often used to prevent unauthorized access to the e-mail server, preventing unscrupulous advertisers from using the server as a tool to send unsolicited commercial e-mail (or UCE, popularly known as spam). For this optional feature of Postfix and Sendmail to work, however, additional software must be installed. Both applications use another application, Cyrus SASL, which provides the Simple Authentication and Security Layer (SASL) software that Postfix or Sendmail can use to check user names and passwords. In other words, Postfix and Sendmail depend on Cyrus SASL.
fr: Les applications Postfix et Sendmail, agents de transfert de courriels (MTA), couramment utilisés dans les boîtes Linux pour servir des courriers électroniques, par exemple, peuvent être configurées de manière à exiger une authentification (en entrant un nom utilisateur et un mot de passe corrects) de l'utilisateur avant qu'il puisse utiliser le serveur de courriels. Cette fonctionnalité est souvent utilisée pour empêcher des accès non-autorisés au serveur, prévenant ainsi des annonceurs peu scrupuleux d'utiliser le serveur comme outil d'envoi de courriels commerciaux non sollicités (ou UCE, populairement désignés sous le nom de spams). Pour que cette fonctionnalité optionnelle de Postfix et Sendmail soit active, il convient toutefois d'installer des logiciels supplémentaires. Ces deux programmes utilisent une autre application, Cyrus SASL. Elle fournit le logiciel Simple Authentication and Security Layer (SASL) que Postfix et Sendmail peuvent utiliser pour vérifier les noms d'utilisateur et les mots de passe. En d'autres termes, Postfix et Sendmail dépendent de Cyrus SASL.

note: Tag: para
en: For system-wide software management systems, logical interdependencies between system components such as these are easy to track. All required components are included as part of the system, and upgrading the system upgrades all these components, ensuring that all can still interoperate. On Microsoft Windows 2000, IIS (the application used on Windows to serve Web pages) requires several other applications such as <command>EventLog</command> (the Windows application that records system events, much like the Linux <command>syslogd</command> and <command>klogd</command> software) to be present. Since Windows is managed on a system level, not a package level, this dependency is guaranteed to be satisfied. On Linux systems using RPM, however, the situation is different. On Linux, for example, the Postfix application requires the <command>syslogd</command> application, which records system events. However, RPM provides the flexibility to install some applications but not install others or to uninstall others later. When you install Postfix, you have no guarantee that <command>syslogd</command> is already installed. If <command>syslogd</command> is not installed, Postfix will not work correctly.
fr: Pour les systèmes de gestion dont la portée est le système, les interdépendances logiques entre composants systèmes du type de celles qui précède sont faciles à suivre. Tous les composants requis font partie du système, et mettre à niveau le système met à jour tous ses composants, assurant ainsi leur inter-opérabilité. Sur Microsoft Windows 2000, IIS (l'application utilisée sur Windows pour servir les pages web) a besoin de la présence de plusieurs autres applications comme <command>EventLog</command> (l'application Windows qui enregistre les événements système, un peu comme <command>syslogd</command> et <command>klogd</command> chez Linux). Comme Windows est géré au niveau système, et non au niveau paquet, cette dépendance sera garantie. Sur les systèmes Linux utilisant RPM, la situation est différente. Sur Linux, par exemple, l'application Postfix exige <command>syslogd</command> pour enregistrer les événements système. Mais, RPM donne la souplesse d'installer certaines applications, mais pas d'autres ou d'en désinstaller d'autres plus tard. Quand vous installez Postfix, il n'y a aucune garantie que <command>syslogd</command> soit déjà installé. S'il ne l'est pas, Postfix ne fonctionnera pas correctement.

note: Tag: para
en: To avoid problems, Red Hat developers realized that RPMs must also track dependency information about what software they require for correct functionality, and that the RPM install and uninstall applications must use this dependency information. Because of dependencies, installing Postfix using RPM on a system without <command>syslogd</command> installed generates a warning that <command>syslogd</command> must also be installed. Similarly, attempting to uninstall <command>syslogd</command> from a system that already has Postfix installed generates a warning that installed applications require the software that is being deleted. These warnings can be overridden if necessary, but by default RPM enforces these dependencies (refusing, for example, to let you uninstall <command>syslogd</command> without also uninstalling applications that require it, such as Postfix), preventing you from accidentally breaking applications by inadvertently uninstalling other software that they require to operate.
fr: Pour éviter ces problèmes, les développeurs Red Hat ont pris conscience que RPM devait aussi suivre les informations de dépendance des logiciels requis pour un fonctionnement correct, et que les application RPM d'installation ou désinstallation devaient utiliser ces informations. À cause des dépendances, une installation RPM de Postfix, sans que <command>syslogd</command> ne le soit, va déclencher un avertissement indiquant que <command>syslogd</command> doit aussi être installé. De même, tenter de désinstaller <command>syslogd</command> d'un système sur lequel Postfix est installé déclenchera aussi un avertissement indiquant que des applications installées ont besoin du logiciel en cours de désinstallation. Ces avertissements peuvent être ignorés si nécessaire, mais par défaut RPM fait respecter ces dépendances (en refusant, par exemple, de permettre la désinstallation de <command>syslogd</command> sans que soient également désinstallées les applications qui le nécessitent, comme Postfix) ; RPM vous empêche ainsi de casser accidentellement des applications en désinstallant  par inadvertance d'autres logiciels nécessaires au fonctionnement.

note: Tag: para
en: As part of its implementation, the RPM software maintains a database on the system of all packages that have been installed, and documenting which files those packages have installed on the system. RPM is designed to be queried easily, making it possible for you to search this database to determine what applications have been installed on the system and to see which packages have supplied each file on the system. This feature makes RPM-based systems extremely easy to use, since a single RPM command can be used to view all installed applications on the system.
fr: Partie intégrante de son implémentation, le logiciel RPM tient une base de données système de tous les paquets installés. Elle renseigne sur les fichiers intallés par tel ou tel paquet. RPM est conçu pour être facilement consulté, en vous permettant de questionner la base de données pour connaître quelles sont les applications installées sur le système et de voir quels paquets ont fourni chacun des fichiers au système. Cette fonctionnalité fait que les systèmes fondés sur RPM sont très faciles d'utilisation : une simple commande peut être utilisée pour voir toutes les applications installées sur le système.

note: Tag: title
en: Package verification
fr: Vérification des paquets

note: Tag: para
en: RPM also maintains a variety of information about each installed file in this system database, such as what permissions each file should have and what size each file should be. Red Hat developers designed this database to be useful for software verification. Over time, installed software will fail to work for reasons as mundane as the system administrator setting incorrect permissions on files or as exotic as nuclear decay of one of the computer's atoms releasing an alpha particle that can affect the computer's memory, corrupting that bit of memory and causing errors. Although RPM cannot prevent all errors that cause installed software to fail (obviously, there's not a single thing any software can do to prevent nuclear decay), it can be used to eliminate common errors. When an application fails, you can use the RPM database to make sure that all files associated with that application still have correct Unix file permissions and that no files associated with that application have become altered or corrupted.
fr: RPM tient également à jour, dans sa base de données système, diverses informations à propos de chaque fichier installé, comme « quels droits d'accès doit avoir chaque fichier ? » et « quelles taille doit avoir chaque fichier ? ». Les développeurs Red Hat ont conçu cette base de données dans l'optique de la vérification des logiciels. Au fil du temps, des logiciels installés peuvent ne plus fonctionner pour des raisons aussi terre à terre que la définition de droits d'accès incorrects par l'administrateur système, ou bien, aussi exotiques que l'emission d'une particule alpha par désintégration nucléaire d'un des atomes de l'ordinateur qui viendrait perturber sa mémoire, endommager un bit et provoquer des erreurs. Quand une application est en défaut, vous pouvez utiliser la base de données RPM pour vous assurer que tous les fichiers associés à l'application possèdent toujours des droits d'accès convenables et qu'aucun de ces mêmes fichiers n'a été altéré ou endommagé.

note: Tag: title
en: Multiple architectures
fr: Architectures multiples

note: Tag: para
en: Most of the RPM design goals mentioned so far are intended primarily to ease the life of system administrators and others who regularly install, remove, and upgrade applications or who need to see what is installed or verify that installed applications have been installed correctly. Some of the design goals for RPM are intended primarily not for those sorts of users of RPM but for users who must prepare software to be installed using RPM.
fr: La plupart des objectifs de conception de RPM mentionnés plus haut sont prioritairement destinés à faciliter la tâche des administrateurs systèmes et autres personnes qui régulièrement installent, enlèvent et mettent à niveau des applications, ou bien, celles qui ont besoin de savoir ce qui est installé, ou bien encore, qui vérifient que les applications ont été correctement installés. Quelques autres objectifs de RPM ne s'adressent pas à cette population, mais aux utilisateurs qui ont besoin de préparer les logiciels à installer avec RPM.

note: Tag: para
en: One of the major limitations of early Linux package management utilities was that they could produce packages suitable only for installation on one type of computer: those that used 32-bit Intel-compatible CPUs. By 1994, Linux was beginning to support other CPUs in addition to the originally supported Intel CPUs. (Initially, Digital's Alpha processor and Motorola's 68000 series of processors were among the first additional CPUs that Linux supported. These days, Linux supports dozens of CPU architectures.) This posed a problem for distribution developers such as Red Hat and Debian, and for application vendors who desired to package their software for use on Linux. Because the available packaging methods could not produce packages for multiple architectures, packagers making software for multiple CPUs had to do extra work to prepare their packages.
fr: Une des limitations majeures des premiers utilitaires de gestion de paquets résidait dans le fait qu'ils ne pouvaient produire que des paquets adaptés à un seul type d'ordinateur : ceux qui utilisent une CPU 32 bits compatible Intel. Vers 1994, Linux commençait à prendre en charge d'autres types de CPU en plus des processeurs Intel (initialement, le processeur alpha de Digital et ceux de la série 68000 de Motorola ont été parmi les premières autres CPU à être prises en charge par Linux. Aujourd'hui, Linux accepte une douzaine d'architecture de CPU). Ceci posait un problème pour les développeurs de distribution comme Red Hat ou Debian ainsi que pour les vendeurs d'applications souhaitant empaqueter leurs logiciels pour Linux. Comme les méthodes d'empaquetage n'étaient pas aptes à produire pour plusieurs architectures, les empaqueteurs de logiciels pour CPU multiples avaient un travail complémentaire à faire pour préparer leurs paquets.

note: Tag: para
en: Furthermore, once the packagers had prepared packages, no method was available to indicate the architecture the packages targeted, making it difficult for end users to know on which machine types they could install the packages.
fr: Plus, une fois les paquets préparés, aucune méthode n'était disponible pour indiquer les architectures cibles des paquets : l'utilisateur final était dans l'embarras pour connaître le type de machine sur lequel il pouvait installer les paquets.

note: Tag: para
en: Red Hat decided to overcome these limitations by incorporating architecture support into RPM, adding features so that the basic setup a packager performs to create a package could be leveraged to produce packages that would run on various CPUs, and so that end users could look at a package and immediately identify for which types of systems it was intended.
fr: Red Hat décida de dépasser ces limitations en incorporant une prise en charge de l'architecture dans RPM ; il ajouta des fonctionnalités pour tirer profit des réglages de base auxquels procède un empaqueteur pour produire des paquets capables de tourner sur diverses CPU. Ainsi l'utilisateur final, en regardant un paquet, peut immédiatement identifier le type de système auquel il est destiné.

note: Tag: title
en: Pristine sources
fr: Code source intact

note: Tag: para
en: The BOGUS distribution's <command>pms</command> packaging system introduced the use of pristine source code to prepare packages. With Red Hat's early RPP package system and other similar early efforts, software packagers would compile software manually, then run commands to produce a package of that compiled software. Any changes made to the application's original source code were not recorded and would have to be recreated by the next person to package that software. Furthermore, end users wanting to know what changes had been made to the software they were running had no method of accessing that information.
fr: Le système d'empaquetage <command>pms</command> de la distribution BOGUS a imaginé l'utilisation d'un code source absolument intact pour préparer les paquets. Avec le premier système d'empaquetage RPP de Red Hat et autres similaires, les empaqueteurs de logiciels devaient compiler le logiciel à la main, puis, ensuite, lancer les commandes pour produire un paquet du logiciel compilé. Aucun des changements opérés sur le code source de l'application n'était enregistré ; ces modifications devaient être reprises par le suivant qui empaquetait ce logiciel. Plus encore, l'utilisateur final, qui voulait connaître les modifications apportées au logiciel qu'il faisait tourner, ne disposait d'aucune méthode pour accéder à cette information.

note: Tag: para
en: With RPM, Red Hat developed a package system that produced two types of packages: binary and source. Binary packages are compiled software that can be installed and used. Source packages contain the source code for that software, along with a file documenting how that source code must be compiled to produce that binary package. This feature is probably the single most significant difference between modern Linux packaging software (such as RPM) and the packaging software used on other systems (such as the pkg format that commercial Unix systems use). Source packaging makes the job of software packager easier, since packagers can use old source packages as a reference when preparing new versions of those packages. Source packages are also convenient for the end user, because they make it easily possible to change options with which that software was compiled and to produce a new binary package that supports the features the user needs.
fr: Avec RPM, Red Hat a développé un système d'empaquetage produisant deux types de paquets : binaire et source. Les paquets binaires sont des logiciels compilés, installables et utilisables. Les paquets source contiennent le code source de ce logiciel, accompagné d'un fichier documentant la manière de compiler ce code pour produire ce paquet binaire. Cette fonctionnalité est probablement la seule différence significative entre les logiciels d'empaquetage modernes de Linux (comme RPM) et ceux d'autres systèmes (comme le format pkg utilisé par Unix commercial). L'empaquetage source facilite le travail de l'empaqueteur de logiciel, étant donné qu'il peut se réfèrer aux anciens paquets source lors de la préparation d'une nouvelle version. Les paquets source sont également commodes pour l'utilisateur final, étant donné qu'il devient facile de changer des options de compilation du logiciel pour produire un nouveau binaire prenant en charge les fonctionnalités nécessaires à l'utilisateur.

note: Tag: title
en: RPM Terminology
fr: Terminologie RPM

note: Tag: para
en: When working with RPM, understanding the package concept is key. RPM packages are provided as compressed archive files that contain one or more files, as well as instructions specifying installation information about those files, including the ownerships and permissions that should be applied to each file during installation. The instructions can also contain scripts to be run after installation or before uninstallation. These package files are extremely convenient; they provide a single file that can be easily transferred between machines for installation rather than having to transfer each file to be installed.
fr: En travaillant avec RPM, la compréhension du concept de paquet est primordiale. Les paquets RPM sont fournis sous forme d'archives compressées contenant un ou plusieurs fichiers, accompagnés de directives à propos de leur installation, y compris les propriétés et droits d'accès applicables à chacun à l'installation. Ces instructions peuvent aussi inclure des scripts à lancer après installation ou avant désinstallation. Ces fichiers empaquetés sont très commodes ; ils sont sous forme d'un fichier unique, facile à transférer entre machines pour l'installation, au lieu d'avoir à recopier chacun des fichiers à installer.

note: Tag: para
en: To help in installation and management, all package files are labeled with highly identifiable names. Package files have four-part names, which typically look something like:
fr: Pour faciliter l'installation et la gestion, tous les paquets sont étiquetés avec une dénomination facilement identifiable. Les fichiers ont un nom en quatre parties, quelque chose comme :

note: Tag: para
en: Here, the four parts of each name are separated from each other by dashes or periods. The structure of the package file name is
fr: Ici, les quatre parties de chaque nom sont séparées les unes des autres par des tirets ou des points. La structure du nom du fichier paquet est

note: Tag: para
en: <filename>name-version-release.architecture.rpm</filename>
fr: <filename>nom-version-parution.architecture.rpm</filename>

note: Tag: para
en: The name identifies what software is contained within the archive file. Typically, this is a name of an application or package that the archive installs on the system. For example, <filename>kernel-smp</filename> can be installed to provide a very important application, the SMP (symmetric multiprocessing, meaning it supports systems with more than one CPU in them) version of the Linux kernel, on the system. Sometimes, rather than an application, the software is a collection of other files needed on the system. The <filename>rootfiles</filename> package, for example, is not an application but is a collection of basic environmental configuration files for the <systemitem class="username">root</systemitem> user's account (such as <filename>/root/.bashrc</filename>, the <systemitem class="username">root</systemitem> user's Bash configuration file) that provides a usable, preconfigured working environment for the <systemitem class="username">root</systemitem> user.
fr: Le nom identifie le logiciel contenu dans le fichier archive. Normalement, c'est le nom d'une application ou du paquet que l'archive installe sur le système. Par exemple, <filename>kernel-smp</filename> peut être installé pour doter le système d'une application d'importance majeure, la version du noyau Linux SMP (Symmetric MultiProcessing — traitement parallèle symétrique —, permettant la prise en charge de systèmes possédant plus d'une CPU). Quelquefois, plutôt qu'une application, le logiciel est un groupement de fichiers nécessaires au système. Le paquet <filename>rootfiles</filename>, par exemple, n'est pas une application, mais une collection de fichiers de configuration de base pour le compte utilisateur <systemitem class="username">root</systemitem> (comme <filename>/root/.bashrc</filename>, le fichier de configuration Bash de l'utilisateur <systemitem class="username">root</systemitem>), collection qui fournit un environnement de travail fonctionnel préconfiguré pour l'utilisateur <systemitem class="username">root</systemitem>.

note: Tag: para
en: The second field in every package file's name is the version field. This field identifies the version number of the software that is contained in the package file. For example, <filename>kernel-smp-2.6.32.9</filename> indicates the RPM holds the 2.6.32.9 release of the SMP version of the Linux kernel, and <filename>rootfiles-7.2</filename> is the 7.2 release of the <filename>rootfiles</filename> configuration files.
fr: Le deuxième champ dans tout nom de paquet est le champ « version ». Il identifie le numéro de version du logiciel contenu dans le paquet. Par exemple, <filename>kernel-smp-2.6.32.9</filename> indique que le RPM contient la version 2.6.32.9 du logiciel SMP du noyau Linux, et, <filename>rootfiles-7.2</filename> est la version 7.2 des fichiers de configuration <filename>rootfiles</filename>.

note: Tag: para
en: Every package file name also has a third component: the release field. This field identifies which release of that version of the software the package file contains. Package files contain both software and instructions about how to install that software. As packages of a particular version of software are being prepared, mistakes are sometimes made in these instruction files, or bugs are sometimes fixed within a software version; more recent package files of that software version need to be prepared that correct the problem. The –1 in the <filename>rootfiles-7.2-1</filename> package shows this is the first release of the 7.2 version of the <filename>rootfiles</filename> software. The packager of <filename>rootfiles</filename> version 7.2 got everything right on the first try and had no need to prepare more than one release. The –3 in the <filename>kernel-smp-2.6.32.9-3</filename> package, on the other hand, is the third release of the 2.6.32.9 version of the SMP-capable Linux kernel. This release incorporates new patches to fix bugs present in older releases of the 2.6.32.9 version of the Linux SMP kernel. The software packager increased the release number so that end users could distinguish the more recent, bug-fixed package file from the older, less bug-free package file.
fr: Chaque nom de paquet a également un troisième composant : le champ « parution ». Il identifie la parution de la version contenue dans le paquet. Le paquet contient à la fois le logiciel et les instructions d'installation. Lorsque les paquets d'une version donnée du logiciel sont préparés, des erreurs ont pu être commises dans ces fichiers d'instructions ou des anomalies corrigées dans le logiciel ; pour rectifier le problème, il faut donc préparer de nouveaux paquets logiciels. « -1 » dans le paquet <filename>rootfiles-7.2-1</filename> indique qu'il s'agit de la parution 1 de la version 7.2 du logiciel <filename>rootfiles</filename>. L'empaqueteur de la version 7.2 de <filename>rootfiles</filename> a tout réussi du premier coup et n'a pas eu à préparer d'autre parution. D'autre part, le « -3 » dans le paquet <filename>kernel-smp-2.6.32.9-3</filename> indique qu'il s'agit de la troisième parution de la version  2.6.32.9 du noyau Linux prenant en charge SMP. Cette parution incorpore des correctifs d'anomalies présentes dans le parutions antérieures de la version 2.6.32.9 du noyau SMP. L'empaqueteur incrémente le numéro de parution afin que l'utilisateur final puisse distinguer la version la plus récente, corrigeant les anomalies des version antérieures, le paquet avec le moins d'anomalies.

note: Tag: para
en: The final field in package file names is the architecture, which identifies the system types for which the package file is appropriate. For example, the <filename>kernel-smp-2.6.32.9-3.x86_64</filename> package is intended for use on machines with a 64-bit CPU, and <filename>kernel-smp-2.6.32-9-3.i686</filename> is intended for use on machines with an i686 (Pentium-class) CPU or better. An architecture name of noarch indicates this is a special architecture such that the files in the package work on any architecture. Typically, this is because the files are all interpreted scripts, not binary executables, or are documentation.
fr: Le dernier champ dans le nom du paquet désigne l'architecture ; il identifie le type de système pour lequel le paquet a été conçu. Par exemple, le paquet <filename>kernel-smp-2.6.32.9-3.x86_64</filename> est destiné à être utilisé sur les machines dotés d'une CPU 64 bits et le paquet <filename>kernel-smp-2.6.32-9-3.i686</filename> sur les machines avec une CPU  i686 (classe Pentium) ou plus. « noarch » est une désignation particulière d'architecture indiquant que le paquet fonctionne sur toute architecture. Normalement, il s'agit de fichiers scripts interprétables, et non de binaires exécutables, ou bien de documentation.

note: Tag: para
en: RPM supports various architectures. Table 2-1 presents the architectures available for different platforms as of RPM version 4.7.
fr: RPM prend en charge diverses architectures. Le tableau 2-1 présente les architectures disponibles sur diverses plates-formes avec RPM version 4.7.

note: Tag: para
en: Table 2-1 Supported Architectures
fr: Tableau 2-1 : architectures prises en charge

note: Tag: para
en: Platform
fr: Plate-forme

note: Tag: para
en: Architectures
fr: Architecture

note: Tag: para
en: Intel-compatible 32-bit
fr: Compatibles Intel 32 bits

note: Tag: para
en: Intel-compatible 64-bit
fr: Compatibles Intel 64 bits

note: Tag: para
en: Intel Itanium
fr: Itanium Intel

note: Tag: para
en: HPAlpha (formerly Digital, Compaq)
fr: HPAlpha (initialement Digital, Compaq)

note: Tag: para
en: sparc, sparcv8, sparcv9, sparc64, sparc64v, sun4, sun4c, sun4d, sun4m, sun4u,
fr: sparc, sparcv8, sparcv9, sparc64, sparc64v, sun4, sun4c, sun4d, sun4m, sun4u

note: Tag: para
en: Motorola 68000 series
fr: Série des Motorola 68000

note: Tag: para
en: Platform independent
fr: Indépendant de la plate-forme

note: Tag: title
en: Architecture Compatibility
fr: Compatibilité d'architecture

note: Tag: para
en: When choosing an appropriate architecture for your machine, be aware that more recent architectures typically run software that targets older architectures within the same family; the reverse, however, is not true. For example, within the 32-bit Intel-compatible architectures, a 686-class (Pentium II / III / IV) machine runs files within i386, i486, i586, and i686 RPM package files, but a 386-class (80386) machine runs files within i386 RPM package files only. Similarly, for the Alpha architecture, more recent Alpha EV68 CPUs can run programs from RPM package files with alphaev67, alphaev6, alphaev56, alphaev5, and alpha architectures, but an older Alpha EV56 machine can run programs from RPM package files with alpha, alphaev5, or alphaev56 architectures only.
fr: Lors du choix d'une architecture adaptée à votre machine, soyez conscient que les architectures le plus récentes, normalement, permettent de faire fonctionner les logiciels ciblant les architectures plus anciennes de la même famille ; l'inverse n'est pas vrai. Par exemple, dans les architectures compatibles Intel 32 bits, un processeur de la classe 686 (Pentium II / III / IV) exécutera les fichiers des paquets RPM  i386, i486, i586 et i686, mais une machine équipée d'un processeur de la classe 386 (80386) n'exécutera que les paquets i386. De même, pour les architectures Alpha, les plus récents processeurs Alpha EV68 peuvent exécuter les programmes des paquets RPM des architectures alphaev67, alphaev6, alphaev56, alphaev5 et alpha, mais une machine plus ancienne Alpha EV56 ne pourra uniquement exécuter que les programmes des paquets RPM pour les architectures alpha, alphaev5 ou alphaev56.

note: Tag: para
en: Notice that the four fields in RPM package file names are separated from each other by punctuation, either a dash (-) or a period (.). Periods and dashes, however, are also allowed within fields. 7.2 is a valid version number, just as <filename>kernel-source</filename> is a valid software name. Finally, keep in mind that all RPM package files use an .rpm file-name extension to denote that they are RPMs.
fr: Notez que les quatre champs des noms de paquets RPM sont séparés les uns des autres par une ponctuation, soit un tiret (-), soit un point (.). Points et tirets, toutefois, restent admis à l'intérieur d'un champ. 7.2 est un numéro de version valide, tout comme <filename>kernel-source</filename> est un nom de logiciel valable. Finalement, n'oubliez pas que tous les fichiers de paquets RPM utilisent .rpm comme extension pour bien marquer qu'il s'agit d'un RPM.

note: Tag: para
en: Once installed, package names are slightly different from package file names. Package files, which can be downloaded from the Internet, copied off of CDs, and otherwise easily transferred between machines, always have names that looks like name-version-release.architecture.rpm. Installed packages, however, have names that look like <filename>name-version-release</filename>. Once installed, packages are referred to without the architecture field and the .rpm extension. Furthermore, installed packages consist of lots of files, not a single RPM file. For example, the package file <filename>kernel-smp-2.6.32.9-3.i686.rpm</filename> after installation is referred to as <filename>kernel-smp-2.6.32.9-3</filename>. To simplify usage even further, installed packages can be referred to by their name field only, so this file would become simply <filename>kernel-smp</filename>.
fr: Une fois installés, les noms des paquets sont légérement différents des noms des fichiers du paquet. Les fichiers paquets, téléchargeables sur l'internet, copiés à partir de CD et autres facilement transférables entre machines, ont toujours de noms du type nom-version-parution.architecture.rpm. Les paquets installés ont un nom qui ressemble à <filename>nom-version-parution</filename>. Une fois installés, il est fait référence aux paquets sans indiquer l'architecture et l'extension .rpm. Plus, les paquets installés sont constitués de plusieurs fichiers, et non d'un seul fichier RPM. Par exemple, le fichier du paquet <filename>kernel-smp-2.6.32.9-3.i686.rpm</filename> est désigné après installation par <filename>kernel-smp-2.6.32.9-3</filename>. Pour simplifier encore plus, il peut être fait référence aux paquets installés simplement par leur nom, ainsi ce fichier devient simplement  <filename>kernel-smp</filename>.

note: Tag: title
en: Software Names May Differ from Package Names
fr: Les noms de logiciels peuvent différer de ceux des paquets

note: Tag: para
en: Once installed, the name of the package does not have to be the same as the name portion of the original package file. By convention though, the package name matches the name, version, and release part of the file name.
fr: Une fois installé, il n'y a pas de raison que le nom du paquet  soit une partie du nom originel du paquet. Par convention toutefois, le nom du paquet correspond à une partie du nom de fichier : nom, version ou parution.

note: Tag: para
en: Usage of the name field by itself to name packages assumes that multiple versions or releases of that particular software are not installed. However, it is in some cases necessary to install different versions or releases of the same package. My desktop at home is a 64-bit AMD system. On it, I have the following Linux kernels installed:
fr: L'utilisation du champ nom lui-même pour désigner les paquets suppose que ne sont pas installées plusieurs versions ou parutions du dit logiciel. Toutefois, dans certains cas, il est nécessaire d'installer différentes versions ou parutions du même paquet. Mon ordinateur de bureau, à la maison, est équipé d'un processeur AMD 64 bits. Sur celui-ci, j'ai installé les noyaux Linux suivants :

note: Tag: para
en: This example uses the <command>rpm <option>–q</option></command> command to query for all installed versions of the given package, <filename>kernel</filename>.
fr: Cet exemple a utilisé la commande <command>rpm <option>–q</option></command> pour questionner à propos de toutes les versions installées du paquet donné en paramètre, ici <filename>kernel</filename>.

note: Tag: title
en: The RPM Database
fr: La base de données RPM

note: Tag: para
en: <xref linkend="ch-using-rpm-db" /> covers querying the RPM database in depth.
fr: Le <xref linkend="ch-using-rpm-db" /> indique la manière de questionner la base de données dans le détail.

note: Tag: para
en: I have three different versions installed on this system. Since I have multiple packages installed of the <filename>kernel</filename> software, I have to use the full package name (such as <filename>kernel-2.6.32.11-99</filename>) whenever I want to work with my installed <filename>kernel</filename> packages.
fr: J'ai trois versions différentes du noyau installées sur cet ordinateur. Étant donné que j'ai plusieurs paquets du logiciel <filename>kernel</filename> installés, je dois utiliser le nom du paquet complet (comme <filename>kernel-2.6.32.11-99</filename>) chaque fois que je souhaite travailler avec mes paquets <filename>kernel</filename> installés.

note: Tag: title
en: Summary
fr: Résumé

note: Tag: para
en: The RPM system wasn’t created to solve some theoretical problem. Instead, it is the result of years of hard-won practical experience in trying to manage systems with a large number of applications. RPM builds upon older systems that were created to solve some of the problems faced by system administrators. RPM goes further, though, and tries to provide a complete package-management solution. This includes the ability to deal with wrinkles that Linux faces but that many other operating systems do not need to address.
fr: Le système RPM n'a pas été créé pour résoudre un quelconque problème théorique. C'est, au contraire, le résultat de plusieurs années d'expérience pratique durement gagnées dans les tentatives de gestion des systèmes à grand nombre d'applications. RPM a été construit à partir de systèmes plus anciens, créés pour résoudre quelques sujétions auxquelles étaient confrontés les administrateurs système. RPM va plus loin encore, et essaie de fournir une solution complète à la gestion des paquets. Cette solution essaie d'aplanir les difficultés auxquelles Linux fait face, mais qui ne concernent pas d'autres systèmes d'exploitation.

note: Tag: para
en: For example, most other operating systems don’t support more than one or two processor architectures. Sun’s Solaris, for example, supports only the SPARC and Intel architectures. Linux supports these and more. Most other operating systems also don’t include nearly so many applications. From the OpenOffice.org office suite to the Apache Web server, Linux distributions are literally packed with applications. As a final point, most other operating systems provide mainly closed-source applications. Linux, on the other hand, includes thousands of open-source applications.
fr: Par exemple, beaucoup de systèmes d'exploitation ne prennent en charge qu'une ou deux architectures de processeur. Solaris de Sun, par exemple, ne tourne que sur les architectures SPARC et Intel. Linux les prend en charge et plus encore. Beaucoup d'autres systèmes d'exploitation également ne comportent pas autant d'applications. De la suite bureautique OpenOffice.org au serveur web Apache, les distributions Linux sont littéralement bourrées d'applications. Enfin, pour finir, beaucoup des autres systèmes d'exploitation fournissent principalement des applications aux sources fermées. À l'opposé, Linux inclut des milliers d'applications libres.

note: Tag: para
en: From the perspective of the organizations making Linux distributions, these wrinkles make Linux harder to manage. Luckily for end users, the solution to these problems helps make the RPM system better able to manage user systems:
fr: Du point de vue des sociétés qui créent des distributions Linux, ces sujétions rendent Linux plus difficile à gérer. Heureusement pour l'utilisateur final, la solution à ces problèmes aide à rendre le système RPM meilleur pour gèrer les systèmes des utilisateurs :

note: Tag: para
en: Supports Multiple Architectures &mdash; The RPM system tags each package with the processor architecture.
fr: Prise en charge de plusieurs architectures &mdash; le système RPM marque chaque paquet avec l'architecture du processeur.

note: Tag: para
en: Permits Multiple Software Versions in Parallel &mdash; RPM allows for multiple versions of the same package to be installed on the same system.
fr: Autorise plusieurs versions d'un logiciel en paralléle &mdash; RPM autorise l'installation de plusieurs versions d'un même logiciel sur le même système.

note: Tag: para
en: One File Per Program &mdash; RPM packs all of the files in a package into one file, called an RPM file, for easy transfer to other systems.
fr: Un fichier par programme &mdash; RPM rassemble tous les fichiers dans un paquet d'un seul fichier, appelé fichier RPM, pour faciliter le transfert sur d'autres systèmes.

note: Tag: para
en: Requires Only One Command Per Action &mdash; Most RPM operations such as installing or removing packages require only a single command to run.
fr: Ne requiert qu'une seule commande par action &mdash; la plupart des opération RPM telles que l'installation ou l'enlévement de paquets ne demande qu'une seule commande pour être lancée.

note: Tag: para
en: Uses Pristine Sourcecode &mdash; The RPM system supports building RPM packages from a pristine set of sources. This means you can reproduce the commands required to build an application, improving quality.
fr: Utilise du code source pur &mdash; le système RPM prend en charge la construction des paquets RPM à partir d'un jeu de sources non modifié. Cela signifie que vous pouvez reproduire les commandes requises pour construire une application, ce qui augmente la qualité.

note: Tag: para
en: This chapter introduced the RPM system and the history behind it. The next chapter delves into the RPM basics, including files, database, and commands.
fr: Ce chapitre est une introduction au système RPM et à l'historique sous-jacent. Le chapitre suivant approfondit les bases de RPM, y compris fichiers, base de données et commandes.
