Comment imprimer une list de tous les packages évolutifs dans Gentoo

eix est votre meilleure option pour cela.

eix --installed --upgrade va imprimer tous les packages installés où la meilleure version n'est pas la version actuelle (pour chaque slot).

Cela se fait au prix de la mise à jour de la database eix après chaque synchronisation.

Histoire

Maintenant que j'ai un browser en arrière (plus de détails ci-dessous), je pense que je devrais développer mes commentaires dans la réponse de @ robbat2. Après 5 ans et plus avec Gentoo comme operating system principal et expérimentation sur ces 5 ans avec Portage et Paludis, j'ai réalisé que toutes les dissortingbutions principales sont construites autour du système / outil de gestion de packages.

1. Debian et ses variantes utilisent apt .
2. Redhat / Fedora et ses variantes utilisent le rpm .
3. SuSE et ses variantes utilisent yum .
4. Les nombreux autres

Pour la list complète, voir: Liste des dissortingbutions Linux . Notez que l'input Wiki divise les dissortingbutions par Gestion de package. Notez également que selon la chronologie photo , Gentoo est une dissortingbution parente. Enoch était le nom initial .

Les BSD

Historiquement parlant, la plupart des systèmes d'exploitation BSD , n'avaient pas de concept de gestion de packages jusqu'à récemment, et il pourrait utiliser un peu de travail. J'ai mis FreeBSD sur un disque dur supplémentaire, j'ai dû voir à quel point Gentoo et lui sont liés, et j'ai juste fini de comstackr mon port DE et un browser.

1. Gentoo a l'tree Portage, FreeBSD utilise l'tree des ports.
2. Gentoo a sys-apps/portage . La command emerge suit le même ordre que FreeBSD lors de l'installation du logiciel: configure, make, install – lors de l'installation de la source directement à partir de l'arborescence des ports.

La différence majeure ici est que le process dans FreeBSD exige que l'user installe le gestionnaire de packages choisi, et non celui choisi par FreeBSD, et que ce gestionnaire de packages garde une trace de tous les logiciels installés et de ses dependencies.

Je dis tout cela pour montrer que si le gestionnaire de packages se casse tout en maintenant le système, le problème est soit avec le package en cours de compilation ou le système sous-jacent. Pour illustrer voir: FreeBSD Bug 218620 – x11-wm / muffin ver. 2.4.4 ne construit plus . Remarque Le commentaire 1 a empêché le gestionnaire de packages choisi de terminer l'installation du bureau Cinnamon, non pas parce que le gestionnaire de packages que j'ai utilisé s'est cassé ou a pris trop de time ou a été lent, mais parce que le package compilé est cassé et, n'est plus supporté. De même, la command emerge l'OP ne se termine pas en raison d'une rupture dans le package en cours de compilation. Au lieu d'exécuter la command:

 emerge -avuDN --with-bdeps y --keep-going @world 

aveuglément parce qu'il a été trouvé sur un site Web, le PO devrait soit append t pour treeview, et supprimer --keep-going . À ce stade, étudiez et corrigez la casse dans le package incriminé, puis relancez la command. Tous les packages jusqu'à la rupture n'apparaîtront plus dans la sortie, car ils ont déjà été recompilés sous les nouveaux parameters. Cette procédure doit être utilisée quel que soit l'outil utilisé pour afficher la sortie. Eix vs emerge est discutable, lorsque la casse est due à une erreur de compilation.

Allusion

Les informations sur les packages incriminés que l'OP doit étudier se findont dans /var/tmp/portage/package-cat/offending-package/temp/build.log