[RFR] webwml://devel/buildd/wanna-build-states.wml [MàJ]
Je ne joins que les diffs.
Merci d'avance aux relecteurs.
--
adn
Mohammed Adnène Trojette
"Aime l'honneur plus que ta propre vie."
Pierre de Pibrac
? wanna-build-states.wml.diff
Index: wanna-build-states.wml
===================================================================
RCS file: /cvs/webwml/webwml/french/devel/buildd/wanna-build-states.wml,v
retrieving revision 1.6
diff -u -r1.6 wanna-build-states.wml
--- wanna-build-states.wml 8 Sep 2005 11:33:52 -0000 1.6
+++ wanna-build-states.wml 9 Oct 2005 14:16:43 -0000
@@ -115,15 +115,20 @@
<em>dep-wait</em> sur les dépendances manquantes. Un paquet dans
un tel état sera automatiquement, sans intervention humaine,
marqué <em>needs-build</em> une fois que les dépendances seront
- disponibles.<br> Alors, dans deux cas spécifiques, il
- se peut qu'un paquet soit définitivement marqué comme
- <em>dep-wait</em> ; cela se produit quand on fait une
- faute de frappe en spécifiant les dépendances <em>dep-wait</em>
- (si bien que le paquet est marqué <em>dep-wait</em> par
- rapport à un paquet qui n'existe pas et n'existera jamais)
- et quand une dépendance est déclarée par rapport à un paquet
- qui est marqué <em>not-for-us</em>, ou qui est dans la liste
- <em>packages-arch-specific</em>.<br>
+ disponibles.<br>
+ Originellement, un paquet devait subir une tentative d'empaquetage
+ avant que le responsable ne le mette lui-même dans l'état
+ <em>dep-wait</em>. Cependant, en août 2005, du code permettant
+ de déplacer directement, si cela est approprié, un paquet de l'état
+ <em><a href="#installed">installed</a></em> à l'état
+ <em>dep-wait</em> a été ajouté à wanna-build.<br>
+ Il se peut, dans deux cas spécifiques, qu'un paquet soit définitivement
+ marqué comme <em>dep-wait</em> ; cela se produit quand on fait une
+ faute de frappe en spécifiant les dépendances <em>dep-wait</em> (si
+ bien que le paquet est marqué <em>dep-wait</em> par rapport à un paquet
+ qui n'existe pas et n'existera jamais) et quand une dépendance est
+ déclarée par rapport à un paquet qui est marqué <em>not-for-us</em>, ou
+ qui est dans la liste <em>packages-arch-specific</em>.<br>
Dans ce dernier cas, par exemple, considérons trois
paquets : un paquet <tt>foo</tt>, qui n'existe que sur
<tt>i386</tt> ; un paquet <tt>bar</tt>, qui n'existe
@@ -261,7 +266,10 @@
du service d'empaquetage</a>, le préfixe <em>maybe-</em> est
ajouté, entre autres à cause du fait qu'un empaquetage peut y être
marqué <em>failed</em> pour des raisons qui ne sont pas vraiment
- un échec, et que cela a provoqué de la confusion par le passé.
+ un échec, et que cela a provoqué de la confusion par le passé
+ (ou, dans le cas contraire, parfois, un paquet qui a apparemment
+ été empaqueté avec succès est vraiment cassé et doit être
+ réempaqueté).
</p>
<p>
La signification des résultats de journal est la suivante :
===================================================================
RCS file: /cvs/webwml/webwml/english/devel/buildd/wanna-build-states.wml,v
retrieving revision 1.12
retrieving revision 1.15
diff -u -r1.12 -r1.15
--- webwml/english/devel/buildd/wanna-build-states.wml 2005/07/29 14:29:49 1.12
+++ webwml/english/devel/buildd/wanna-build-states.wml 2005/10/07 18:16:55 1.15
@@ -97,13 +97,19 @@
build-dependencies. A package in such a state will
automatically, without human intervention, be marked
needs-build once said dependencies are available.<br>
- As such, in two specific cases it may happen that a package is
- marked dep-wait forever; these are when a typing error
- happened by specifying the <em>dep-wait</em> dependencies (so that the
- package is marked dep-wait on a package that does not and will
- never exist) and when a build-time dependency is declared on a
- package which is marked <em>not-for-us</em>, or which is in
- the <em>packages-arch-specific</em> list.<br>
+ Originally, a package had to see a build attempt before the
+ maintainer would manually place it in the <em>dep-wait</em>
+ state. However, in august 2005 some code was added to
+ wanna-build which will make a package move from the <em><a
+ href='#installed'>installed</a></em> state directly to the
+ <em>dep-wait</em> state, if that is appropriate.<br>
+ There are two specific cases in which it may happen that a
+ package is marked dep-wait forever; these are when a typing
+ error happened by specifying the <em>dep-wait</em> dependencies
+ (so that the package is marked dep-wait on a package that does
+ not and will not ever exist) and when a build-time dependency is
+ declared on a package which is marked <em>not-for-us</em>, or
+ which is in the <em>packages-arch-specific</em> list.<br>
As an example to the latter, consider three packages: a package
<tt>foo</tt>, which exists for <tt>i386</tt> only; a package
<tt>bar</tt>, which exists for <tt>m68k</tt> only (and which roughly
@@ -226,7 +232,10 @@
page</a>, the prefix <em>maybe-</em> is added, because among
other things, the fact that a build can be marked
<em>failed</em> there for things that aren't <em>really</em> a
- failure has caused confusion in the past.</p> <p>The meaning of
+ failure has caused confusion in the past (or, the other way around,
+ sometimes a package which apparently built successful is really broken
+ and needs to be rebuilt).</p>
+ <p>The meaning of
the log results is as follows:</p>
<dl>
<dt><a name="successful">successful</a></dt>
Reply to: