fazendo
emerge -avuDN --with-bdeps y --keep-going @world
leva muito tempo e muitas vezes falha.
Existe uma maneira de imprimir uma lista de todos os pacotes atualizáveis em um sistema Gentoo?
Agora que eu tenho um navegador de volta (mais sobre isso abaixo), eu sinto que deveria expandir meus comentários na resposta do @ robbat2. Depois de 5 anos ou mais com o Gentoo como meu sistema operacional principal, e experimentação durante esses 5 anos com portage e Paludis Eu cheguei à conclusão de que todas as principais distribuições são construídas em torno do Sistema / Ferramenta de Gerenciamento de Pacotes.
apt . rpm . yum . Para ver a lista completa, consulte: Lista de distribuições do Linux . Observe que a Entrada do Wiki divide as distribuições pelo Gerenciamento de Pacotes. Além disso, observe que, de acordo com a foto da linha do tempo , o Gentoo é uma distribuição principal. Enoch foi o nome inicial .
Historicamente falando, a maioria dos Sistemas Operacionais BSD , não tinham conceito de Gerenciamento de Pacotes até recentemente, e poderia usar algum trabalho. Eu coloquei o FreeBSD em um disco rígido extra, tive que ver o quão próximo ele e o Gentoo estão relacionados, e acabei de compilar minha porta DE e um navegador.
sys-apps/portage . O comando emerge segue a mesma ordem que o FreeBSD ao instalar o software: configure, make, install - ao instalar a origem diretamente da Árvore de Portas. A principal diferença aqui é que o processo no FreeBSD requer que um usuário instale o gerenciador de pacotes escolhido, não um escolhido pelo FreeBSD, e então esse gerenciador de pacotes mantém o controle de todos os softwares instalados e suas dependências.
Eu digo tudo isso para mostrar que, se o gerenciador de pacotes quebrar enquanto mantém o sistema, o problema é com o pacote sendo compilado ou com o sistema subjacente. Para ilustrar veja: FreeBSD Bug 218620 - x11-wm / muffin ver. 2.4.4 não constrói mais . Notice Comment 1 impediu que meu gerenciador de pacotes escolhido concluísse a instalação do Cinnamon Desktop, não porque o Gerenciador de Pacotes que eu usei quebrou, ou demorou muito, ou foi lento, mas porque o pacote que está sendo compilado está quebrado e, por falar nisso, Não mais suportado. Da mesma forma, o comando emerge do OP não está sendo concluído devido a uma quebra no pacote que está sendo compilado. Em vez de executar o comando:
emerge -avuDN --with-bdeps y --keep-going @world
cegamente porque foi encontrado em algum site, o OP deve adicionar t para treeview e remover --keep-going . Nesse ponto, estude e corrija a quebra no pacote ofensivo e execute novamente o comando. Todos os pacotes até a quebra não aparecerão mais na saída, porque eles já foram recompilados sob as novas configurações. Este procedimento deve ser usado independentemente da ferramenta usada para exibir a saída. Eix vs emerge é discutível, quando a quebra é devido a um erro de compilação.
As informações do pacote ofensivo que o OP precisa estudar estarão localizadas em /var/tmp/portage/package-cat/offending-package/temp/build.log