diff options
author | jptha-guest <guillonneau.jeanpaul@free.fr> | 2024-04-29 10:26:30 +0200 |
---|---|---|
committer | jptha-guest <guillonneau.jeanpaul@free.fr> | 2024-04-29 10:26:30 +0200 |
commit | 5b3d6fe84a7dcccb1180a9400ae86777e2447f5a (patch) | |
tree | 02b247dc8a596ea20e37395b54275456ce380902 | |
parent | 64c84564aa5493dd8498f65d43198f9112b66516 (diff) |
-rw-r--r-- | french/devel/buildd/index.wml | 35 |
1 files changed, 20 insertions, 15 deletions
diff --git a/french/devel/buildd/index.wml b/french/devel/buildd/index.wml index 960016cdea9..4ea0d9ca4ba 100644 --- a/french/devel/buildd/index.wml +++ b/french/devel/buildd/index.wml @@ -1,5 +1,5 @@ #use wml::debian::template title="Réseau de serveurs d'empaquetage automatique" BARETITLE="true" -#use wml::debian::translation-check translation="07cf5605b2f918ba0e3c1cd8df22f71f1b641c18" maintainer="David Prévot" +#use wml::debian::translation-check translation="e6a1462539e3f8feecbd6e88728cbae06f920c59" maintainer="David Prévot" # Translators: # Mohammed Adnène Trojette, 2005-2007. @@ -15,19 +15,24 @@ l'architecture cible.</p> <h2>Pourquoi le réseau de serveurs d'empaquetage automatique est-il nécessaire ?</h2> - -<p>La distribution Debian gère <a href="$(HOME)/ports/">pas mal -d'architectures</a>, mais les responsables de paquets construisent -habituellement des versions binaires pour une seule architecture -à laquelle ils ont accès (i386 ou amd64 habituellement). - -Les autres constructions sont réalisées automatiquement, en -s'assurant que chaque paquet n'est construit qu'une seule fois. - -Les échecs sont suivis dans la base de données du service d'empaquetage. -</p> - -<p>Quand le projet Debian/m68k (le premier portage non-Intel) a débuté, +Le réseau de serveurs d'empaquetage automatique fournit une fonction de +construction de paquet sécurisée pour toutes les architectures prises en charge. +La distribution Debian gère <a href="$(HOME)/ports/">plusieurs architectures</a> +et les responsables de paquet n’ont souvent pas accès aux machines nécessaires +pour toutes les architectures. D’un autre côté, Debian désormais exige que les +paquets binaires ordinaires soient générés à partir du code source dans un +environnement de construction contrôlé (à travers l’<a +href="https://wiki.debian.org/SourceOnlyUpload">exigence de téléversement +uniquement de source</a>) pour éviter l’introduction de paquets binaires +contrefaits de manière malveillante par des développeurs humains. Le réseau de +serveurs d’empaquetage automatique prend le code source du paquet et construit +automatiquement les paquets binaires pour chacune des architectures prises en +charge. Les échecs sont suivis dans la base de données de constructions +automatiques.</p> + +<p>Le réseau de serveurs d’empaquetage automatique facilite le travail des +responsables des <a href="https://www.ports.debian.org/">portages de Debian</a>. +Quand le projet Debian/m68k (le premier portage non-Intel) a débuté, ses développeurs devaient surveiller les nouvelles versions de paquets et les empaqueter à nouveau s'ils souhaitaient rester à jour avec la distribution Intel. @@ -193,7 +198,7 @@ d'empaquetage automatique</a>.</p> <h2>Contacter les administrateurs « buildd »</h2> <p> -L'adresse de contact principale des responsables de wanna-build est la +L'adresse de contact principale des responsables de wanna-build est la <email debian-wb-team@lists.debian.org> (<a href="https://lists.debian.org/debian-wb-team/ ">liste de diffusion</a>).</p> <p> |