Pour moi c'est ok, cela fait plus de 3 jours qu'elle traîne sans modif importante cette seconde mouture[/i]
Voila, c'est chose faite
bract]]>
À toi de voir bract si cela te va
heureusement que la commande diff permet de trouver les modifications
cela me va bien entendu
on reste sur l'idée de transposer cette page dans les trois jours après la dernière modif importante et la relecture que propose martin
ok, avec celle ci: doc:systeme:apt?
car elles vont ensemble après tout
a+
bract]]>
Mon message précédent étant sans réponse m'a laisser penser que j'étais sur la bonne voie tongue , un admin peut le supprimer.
Pas nécessaire de l'effacer.
Les administrateurs sont peut-être au lit à cette heure ou en vacances. Vas savoir Charles ? Demain, il fera jour
... ou en train de siroter une bière... ou deux.
Édition : première relecture du tuto. Rien à redire. En plus de quelques corrections orthographiques à droite et à gauche, je n'ai pu m'empêcher de modifier une ou deux phrases. À toi de voir bract si cela te va. Il va me rester à faire au moins une autre relecture.
À la prochaine
Martin]]>
a+
bract]]>
Pourtant:
# aptitude versions libreoffice
i 1:3.3.2-2~bpo60+1 squeeze-backports 100
p 1:3.3.2-2+b1 testing 90
p 1:3.3.3-4+b1 unstable 50
p 1:3.4.1-1 experimental 10
en fait, voila ce que me sort cette commande :# aptitude search ~i -F "%p %t "
.....
libreoffice experimental
libreoffice-base experimental
.....
d'où le fait que je dise qu'elle ne fonctionne pas
ATTENTION !
Il arrive que les mises à jour des dépôts backports soient en retards sur celles des autres branches supérieures.
Alors, en cas de pinning, il peut y avoir un problème de lecture des sources.
Il suffit de commenter momentanément avec un dièse (#) chacune des lignes des backports dans le fichier sources.list.
D'où l'intérêt d'avoir le branches supérieurs avec la priorité -10 en cas de pinning !]]>