Une petite question, on écrit bien « grand chose » et non « grand'chose » ? Je ne suis sûr de rien, mes yeux ont été un peu choqué. Donc je pose la question :-) [ligne 410] -- Cyril Brulebois
--- mail.wml.orig 2005-05-27 16:06:40.772888032 +0200
+++ mail.wml 2005-05-27 16:23:31.349257072 +0200
@@ -190,7 +190,7 @@
Les délais ci-dessus sont réduits par un facteur 2 le mois qui
précède un gel.
Pendant un gel : le délai pour les corrections de sécurité (celles
- annoncées sur <security@debian.org>) : 1 jours.
+ annoncées sur <security@debian.org>) : 1 jour.
Autres corrections : 1 semaine.
[Ces délais sont-ils trop courts ou trop longs ?]
@@ -262,7 +262,7 @@
Je testerai cette distribution avec plus de configurations matérielles
et la documenterai en HTML au cours de la semaine prochaine. Franchement,
-c''est facile et léger à installer.
+c'est facile et léger à installer.
Voici le dernier message d'accueil :
@@ -313,7 +313,7 @@
donnée par va.
Novare participe aux frais en se basant sur la quantité actuelle de données
-est transférée chaque mois, jusqu'à un certain niveau. Après cela, nous
+transférée chaque mois, jusqu'à un certain niveau. Après cela, nous
devons payer le surplus. Nous ne nous sommes pas encore approchés de cette
limite, donc nous n'avons pas encore eu de frais supplémentaires. De toute
façon, si cela arrivait, nous les répartirions entre nos consommateurs,
@@ -322,7 +322,7 @@
Notre fournisseur amont, cependant, est facturé en fonction de la quantité
de bande passante utilisée en se basant sur le pourcentage de ce qui est
disponible. En mettant à jour le miroir aux heures de pointe (entre 15 h
-et 17 h en heure locale), nous fâchons probablement notre fournisseur amont.
+et 17 h, heure locale), nous fâchons probablement notre fournisseur amont.
Maintenant, vous pourriez dire que nous ne devrions pas nous soucier de
notre fournisseur amont, mais, si nous pouvons l'aider en déplaçant l'heure
de mise à jour du miroir, je ne vois pas quels problèmes cela poserait.
@@ -334,7 +334,7 @@
dû au fait que l'équipe d'administration a interdit aux personnes de faire
des miroirs personnels de master. En ayant une impulsion du miroir pour
contacter les miroirs de première catégorie, qui contactent ensuite master
-et récupèrent les mises à jour quotidienne, cela a permis aux personnes
+et récupèrent les mises à jour quotidiennes, cela a permis aux personnes
qui ont des miroirs personnels de répartir leur chargement.
Les statistiques à l'adresse ci-dessus incluent également une représentation
@@ -359,7 +359,7 @@
Debian, en tant que personne extérieure en quelque sorte, bien avant
que je connaisse l'existence de celle-ci.
-Je vais citer des partie de mon courriel en les commentant, pour essayer
+Je vais citer des parties de mon courriel en les commentant, pour essayer
d'expliquer et de clarifier ce que je veux dire.
Mon courriel original sera précédé de « > », et mes ajouts seront
@@ -391,7 +391,7 @@
dure plus longtemps, puisqu'elle doit se battre avec tous les autres
comptes de notre FAI. Celui-ci est facturé également différemment pour
sa bande passante : non pas en fonction de la quantité de données qu'il
-envoie pendant un mois, mais par la quantité de bande passant qu'il
+envoie pendant un mois, mais par la quantité de bande passante qu'il
utilise sur une période beaucoup plus petite. S'il y a une pointe pendant
la journée, il peut voir sa facture augmenter. Il n'aime évidemment pas
cela. Il a remarqué que ce pic important était de notre faute (Novare),
@@ -424,7 +424,7 @@
les heures de pointe locales.
> Y a-t-il eu une discussion initiale sur (irc.debian.org (aussi
-> irc.openprojects.net) #debian). Pourquoi ne pouvons nous pas lancer
+> irc.openprojects.net) #debian). Pourquoi ne pouvons-nous pas lancer
> dinstall à plusieurs moments de la journée, et n'avoir qu'une seule
> impulsion du miroir ? Des parties de dinstall peuvent-elles être
> lancées séparément ?
Attachment:
signature.asc
Description: Digital signature