Re: Testing ou Sid ?
Cristian, dimanche 1 mars 2009, 15:11:27 CET
>
> Bonjour !
’jour,
>[…]
> > Cf. le paquet apt-listbugs,[…]
>
> Et il va signaler des dépendances cassées ou c'est seulement
> aptitude qui va gérer ce côté-là ?
Il peut y avoir des bogues remplis pour les dépendances
cassées mais comme apt-listbugs est lancé après le
téléchargement des paquets et que le téléchargement ne se fait
que quand les problèmes de dépendance sont réglés…
>[…]
> rien à voir mais au fait, tous les rapports de bugs doivent
> être rempli en anglais ou certains projets permettent du
> multilingue ? Parce que perso, l'anglais en rédaction... aïe
> aïe aïe... :)
Tu peux toujours te faire aider. P.ex. les traducteurs se
retrouvent sur la liste sœur debian-l10n-french (laquelle
charriait pas mal de courriers automatiques la dernière fois
que j’y suis allé voir).
>[… de la vérification des mises à jour…]
>
> Et pour voir tout ça, tu regardes où ? Est-ce qu'il y a une
> espèce de log où toutes ces actions vont s'inscrire, ou
> aptitude le met spontanément ?
Essaie simplement : aptitude en mode ncurses (donc juste
'aptitude' en ligne de commande), 'u' pour un update, dans
sa configuration par défaut il t’affiche la liste des paquets à
mettre à jour, les nouveaux et les obsolètes. 'U' lui demande
de mettre à jour ce qui peut l’être. Il t’indique alors les
paquets en couleurs (bleu = ok, rouges avec un gros B en début
de ligne = problème) et le nombre de conflits et comment il
propose de les régler en bas en rouge. 'e' pour voir sa solution
plus précisément. '.' et ',' pour se promener dans les solutions
et '!' pour appliquer celle qui te plaît.
Et 'ctrl-u' pour revenir en arrière…
> > Je pense que c’est ce que tu appelles une « simulation ».
>
> Euh... je crois que c'est ce que tu m'as décrit, mais sans en
> être sûr. J'appelle "simulation" un apt-get upgrade -s.
C’est différent. Le -s reste un mode automatique mais ne fait
rien sur le disque. Là, c’est simplement accompagner le
processus. D’ailleurs, en mode CLI ('aptitude upgrade'), on peut
aussi se promener dans les propositions de gestion de conflit
mais c’est moins pratique.
> > Et
> > je trouve que les problèmes et les solutions proposées sont
> > assez faciles à gérer dans le mode ncurses d’aptitude.
> > P.ex., en ce moment, network-manager 0.7 est arrivé mais
> > pas n-m-kde,
>
> C'est une dépendance ?
n-m-kde = l'applet kde pour causer avec network-manager, donc
c’est lui qui dépend de n-m.
> > donc aptitude propose, comme première solution, de
> > virer n-m-kde.
>
> Le virer ? Mais pourquoi ? Si on enlève un paquet nécessaire à
> un autre, l'autre ne fonctionnera logiquement pas, non ? Tu as
> compris je débarque... :D
La dépendance est dans l’autre sens. Il veut virer n-m-kde
parce que je lui demande de mettre à jour n-m, et n-m-kde n’aura
plus ses dépendances satisfaites (mais n-m, si). Il trouve deux
solutions : 1. màj de n-m et suppr. de n-m-kde ou 2. conserver
les deux, comme je viens de lui dire que je souhaitais faire une
màj, il propose d’abord la 1, comme elle ne me plaît pas, je lui
demande la suivante et comme je suis content avec la 2., je
l’applique.
>[…]
> Mettre en hold un paquet, c'est en gros lui dire "pas touche
> au paquet" ? :)
Exact. '=' dans aptitude.
En ce moment, c’est claws-mail qu’il veut mettre à jour mais
je pense que ça va coincer (à l’usage, pas au niveau des
dépendances) parce que le greffon lecteur de flux RSS n’est pas
encore à la bonne version. Donc je lui bloque le paquet
claws-mail et il retient les màj de 4 autres paquets.
--
Sylvain Sauvage
Reply to: