Après réflexion...

diff --git a/Debian/debiâneries/contrib.mdwn b/Debian/debiâneries/contrib.mdwn
index 75d026402fb7aafb25500bbba4d08b9b8f6d761d..07eb9a427e58b4fdc3de0d76925e3f0b1db15eb4 100644 (file)
--- a/Debian/debiâneries/contrib.mdwn
+++ b/Debian/debiâneries/contrib.mdwn
@@ -16,10 +16,10 @@ libres.
 
 La zone _contrib_ est l'objet de sempiternelles questions car il n'est pas
 toujours facile de tracer une ligne entre utilisable et inutilisable.  Je me
-demande s'il ne vaudrait pas mieux remplacer la zone _contrib_ par une nouvelle
-priorité « remote » dans la zone _main_, plus basse qu'_extra_.  Les paquets
-entièrement libres (source et binaire) et ne causant pas l'installation de
-logiciels privateurs y auraient leur place.  Pour les paquets qui ne peuvent pas
+demande s'il ne vaudrait pas mieux remplacer la zone _contrib_ par un nouveau
+niveau de priorité, « remote », plus bas qu'_extra_.  Les paquets entièrement
+libres (source et binaire) et ne causant pas l'installation de logiciels
+privateurs y auraient leur place.  Pour les paquets qui ne peuvent pas
 fonctionner sans code privateur, étant donné que l'effort sera le même pour les
 libérer que ce code privateur soit inclut dans le même paquet source (cas de
 _non-free_) ou non (cas de _contrib_), je pense qu'on devrait les placer dans
@@ -30,5 +30,4 @@ binaire entraînera-t-elle l'installation de logiciels privateurs ?  Si oui, le
 paquet et sa source appartiennent à _non-free_.  Si non, ils appartiennent à
 _main_.  Ensuite, s'ils demandent l'accès à un service extérieur impossible à
 mettre en place sur un réseau où seule Debian serait disponible pour, leur
-priorité sera _remote_.  Cette catégorie pourrait aussi réduire la tension
-qu'il y a autour du _logiciel en tant que service_.
+priorité sera _remote_.