Forum Linux.debian/ubuntu Trier les paquets

Posté par  .
Étiquettes : aucune
0
28
nov.
2009
Bonjour,

Comment savoir sur un système Lenny s'il n'y a pas encore des paquets provenant de Etch qui sont installés (suite à une mise à jour).

Merci.
  • # Pour commencer

    Posté par  . Évalué à 3.

    Bonjour,

    un truc sympa, pour commencer, c'est d'ajouter dans les préférences d'aptitude, sur la ligne de vue des paquets (format d'affichage pour la vue des paquets):
    %t

    le ligne en question devient
    %c%a%M%S %p %Z %v %V %t

    Et voilà, au premier coups d'œil, tu sauras quel est le type de paquet.

    A bientôt
    Grégoire
  • # dpkg

    Posté par  (site Web personnel) . Évalué à 1.

    J'utilise un truc tout simple, mais pas forcément parfait:
    dpkg -l | grep 'etch\|transitional'
  • # combiner dpkg-query et apt-cache

    Posté par  . Évalué à 1.

    Il y a peut-être une façon plus propre de faire, mais en combinant dpkg-query (pour lister les paquets installés) et apt-cache (pour voir si un paquet est disponible, en supposant que tes sources sont bien configurées sur lenny) tu devrais avoir ce que tu veux avec une commande du style

    dpkg-query -f '${Package} ${Version}\n' -W|while read pkg version;do if ! apt-cache show $pkg|grep "^Version: $version\$">/dev/null;then echo $pkg-$version not found;fi;done

    explication: on liste les noms des paquets avec leur version, que l'on lit dans une boucle puis on donne ça à apt-cache et on vérifie avec grep si la version est la même, si pas trouvé on annonce que ce paquet n'est pas trouvé.
    • [^] # Re: combiner dpkg-query et apt-cache

      Posté par  . Évalué à 2.

      Petite précision: ça ne fait pas exactement ce que tu as demandé (trouver les paquets provenant de etch), ça répond plutôt à la question "quels sont les paquets installés qui ne proviennent pas des sources actuellement configurées".
      • [^] # [RESOLU] Re: combiner dpkg-query et apt-cache

        Posté par  . Évalué à 1.

        Sauf que "apt-cache show" se base a priori sur la liste des paquets installés. Donc (chez moi en tout cas) la commande ne me retourne rien alors que je sais qu'il y a des paquets Etch sur ma Lenny.

        Avec vos pistes et un peu de Google j'ai trouvé la commande qui semble correspondre à mon besoin

        aptitude search ~o


        Merci à tous.
        • [^] # Re: [RESOLU] Re: combiner dpkg-query et apt-cache

          Posté par  . Évalué à 2.

          Sauf que "apt-cache show" se base a priori sur la liste des paquets installés. Donc (chez moi en tout cas) la commande ne me retourne rien alors que je sais qu'il y a des paquets Etch sur ma Lenny.

          Oups, c'est juste, c'est showpkg qu'il fallait utiliser, du coup il faut changer un peu le grep et ça donne

          dpkg-query -f '${Package} ${Version}\n' -W|while read pkg version;do if ! apt-cache showpkg $pkg|grep "^$version ">/dev/null;then echo $pkg-$version not found;fi;done

          (bon, je garantis pas que ce soit tout à fait au point)

          Avec vos pistes et un peu de Google j'ai trouvé la commande qui semble correspondre à mon besoin

          aptitude search ~o


          La page de manuel d'aptitude n'explique pas cette syntaxe, qu'est-ce que ça signifie?
          Quand je le teste sur une lenny (mise à jour depuis une etch) il me sort des paquets dont je sais bien qu'ils sont dans lenny et à jour sur mon installation.
          • [^] # Re: [RESOLU] Re: combiner dpkg-query et apt-cache

            Posté par  . Évalué à 2.

            Avec showpkg ça ne semble pas fonctionner non plus puisque là aussi c'est le fichier /var/lib/dpkg/status qui est examiné.


            aptitude search ~o

            oui dommage que ce ne soit pas dans la page de manuel, ça retourne les paquets obsolètes, les mêmes qui sont affichés quand on utilise la commande pseudo-graphique aptitude.
            Maintenant je ne connais pas les conditions pour que aptitude considère un paquet comme obsolète, mais chez moi ça marche©

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n’en sommes pas responsables.