>>>> "RH" <=> Raphael Hertzog Le(On) Tue, 10 Mar 2009 08:34:21 +0100, Raphael Hertzog écrivait(wrote) :
[...] RH> Je parle d'un upgrade vers la distribution cible, pas RH> seulement d'un upgrade dans la distribution d'origine (qui RH> n'installerait que les dernières mises à jour de sécurité). Ah !? Auuuuké ! Désolé, je n'avais effectivement pas compris. Première fois que j'entends parler de cela (ou j'ai raté qq chose), même dans *tes* papiers à ce sujet (MAJ woody -> Sarge si mes souvenirs sont bons) il ne me semble pas que tu y aies fait allusion. Cela dit, c'est vraiment de l'info pour moi, je n'aurais *jamais* eu l'idée de tester cela de moi-même tant cela ne me parait pas très logique ! ;) Je pense même que si ce n'était *toi* qui me le soufflait, j'aurais eu tendance à le mettre en doute. ;) Donc [juste pour être sûr], ch'tite récap' : Je suis ... disons ... en Etch, je fais ma dernière upgrade de principe (effectivement majs de sécu). Je change mon sources.list vers stable/Lenny. Et *là* au lieu de faire ma 1ère 'dist-upgrade', je commence par une simple 'upgrade'. C'est bien ça ? ;) Il va donc [si c'est bien ça] m'installer la plus grande partie des paquets, non ? Ou seulement 'dpkg', 'Perl', la libc etc... ? Et c'est *là* en fait, pas à la 1ère 'dist-upgrade' qui va suivre, que je vérifie quels paquets seront virés et pas réinstallés. [ou je dois faire *deux fois* la vérif (=> également à la 'dist-upgrade' qui va suivre) ?] J'ai bon ? ;) [...] RH> Je n'utilise jamais l'interface "curses", seulement la ligne RH> de commande (qui fonctionne tout comme apt-get). Oui, c'est vrai, j'avoue que j'avais testé le mode 'curses'. Je me suis retrouvé dans des boucles infernales desquelles je n'arrivais plus à me sortir. :/ [...] >> 'fectivement ... ben ça me convient plutôt, je préfère avoir >> des paquets inutilisés (que je peux retrouver facilement) à >> virer moi-même que de ne pas avoir ce dont j'ai besoin au >> moment où j'en ai besoin. RH> Il est bon de les virer avant la mise à jour parce qu'ils RH> peuvent empêcher la mise à jour de certains paquets si leurs RH> dépendances sont trop strictes. Arf... logique ! Auké, je note, encore une info qu'elle est bonne. ;) RH> Donc une revue des paquets obsolètes pour commencer est RH> toujours utile (et là l'interface curses de aptitude est pas RH> mal). Parfait, noté. Décidemment, grâce à toi, je ne regrette pas d'avoir posté cette question. [...] RH> Même en console on a un buffer pour revenir en arrière RH> (Maj+Page up). Vi, vi ! C'est bien de *ça* dont je parlais ! Mais ... de ce que j'ai pu constater, cela ne marche pas sur *toutes* les machines (ou toutes les config ?), de plus -- et, *surtout* -- il me semble bien que le buffer est si petit qu'on ne ramène guère plus d'une ou deux pages. Mais tu vas peut-être m'indiquer le moyen d'agrandir le buffer ? ;) [jouer sur 'getty' dans /etc/inittab ?] Avec rxvt (sous X, donc), par exemple, j'utilise le paramètre '-sl' pour ce faire. Je viens de tester ici, ça ne marche plus sur mon serveur (ça « eu marché » pourtant il y a qq années), ni sur le portable (mais là c'est normal, j'ai encore des pblms non-réglés avec les touches du pavé numérique (dont 'page up' fait partie) qui ne fonctionnent pas en mode console). [...] RH> C'est une opération qui me tient à coeur, mais ce n'est pas RH> encore la bousculade aux portillons. N'hésite pas à en faire RH> la promo et à participer. :) Je vais te contacter par mp à ce sujet. Merci encore de tes réponses. Jeep. -- > Allez, soyez sympa ... traduisez-lui "linux" Linux, c'est comme le miel : c'est vachement bon mais ça attire les mouches. En plus, ça colle aux doigts et on a du mal à s'en défaire. -+- TP in: Guide du linuxien pervers - "Barrez vous les mouches !" -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org