Re: [gentoo-user-br] emerge --depclean maldito

[Benigno B. Junior]

Espero que este seja o meu "tiro" final, porque o tópico está se
divergindo demais do propósito inicial e já está ficando ruim.
Apenas seguindo esclarecimentos ao último email:

On Tue, 28 Mar 2006 22:34:43 -0300
Lincoln Lordêllo <lincoln.lordello@×××××××××.br> wrote:

| Em Ter, 2006-03-28 às 21:31 -0300, Benigno B. Junior escreveu:
| > Não estou duvidando que você não tenha tido, mas eu e muitos outros já
| > devem ter tido, com certeza.
| 
| Não duvido, mas acredito que algo deve estar sendo feito errado.

Acredita, mas não sabe o que. Esse é um dos problemas que vejo nessa
lista. Vejo pessoas postando respostas sem nem ler exatamente o que a
pessoa pediu e, em muitos casos, dando respostas erradas. "Chutar" é a
pior coisa que se pode fazer, pois pode atrapalhar mais ainda a pessoa.
O que se pode fazer é esclarecer algo para a pessoa tentar
solucionar o problema, que não é "chutar".

| 
| > Amigo, pense comigo: se isso fosse algo seguro, você não concorda comigo que os
| > avisos do --depclean resumir-se-iam em apenas: APÓS O USO DO
| > --depclean, EXECUTE revdep-rebuild?
| 
| Sim, não existe segurança, porque seu uso ainda não tem uma receita do
| bolo perfeita, apenas estou reportando como trato meu sistema.

Com a afirmação de que não existe segurança, você está se contrariando
ao afirmar o "sim". E um dia vai existir algo perfeito?

E claro, como eu escrevi: "WORKS FOR ME". Você não teve problemas, pode
__pode__ ter futuramente devido ao aviso que ainda perdura no parâmetro.

| 
| > As gordurinhas podem estar no world.
| 
| Eu removo as gordurinhas do world usando o vim
| 
| 
| > Isso é recomendado para ser executado ANTES do --depclean.
| 
| Sim, mas eu rodo depois, o resultado é o mesmo de rodar o
| revdep-rebuild, porém mias rápido ;-)

Não mesmo! Releia novamente os __propósitos__ dos parâmetros e o
revdep-rebuild, pois eu vejo que eles estão sendo utilizados da forma
inadequada.

| 
| > Não sou um iniciante, se você não percebeu.
| 
| Não disse que você era n00b, desculpe se pareceu isso. Mas eu acho
| insensato instalar o quake4-data separadamente, sendo que ele pode ser
| colocado como dependência do quake4-bin, a parada é sempre colocar o
| mínimo de programas no world, sempre.

Por que insensato? Ele não deixa de ser uma dependência do quake4-bin,
mesmo estando no world. O quake4-data foi instalado __manualmente__,
porque ele "faz" alguns questionamentos, dos quais eu queria saber
antes de instalá-lo.

| 
| > O que quero lhes dizer é
| > que nem sempre o seu pacote, EXPLICITAMENTE especificado na linha de
| > comando, aparecerá no /var/lib/portage/world (de onde o --depclean não
| > retira), devido a algumas situações nem sempre detectadas pelo usuário:
| 
| Algo estranho aí, só não vai para o world programas e bibliotecas que
| fazem parte do system. Seria um bug?

Parece que você entendeu a minha idéia, mas, como eu já escrevi, não
reporto como bug enquanto não encontrar alguma sugestão, ou senão:
"WORKS FOR ME" será a solução, e isso não me interessa. O problema que
tenho, de fato, é muito pequeno do que outros problemas que o
--depclean pode causar.

| 
| 
| > [ebuild   R   ] x11-themes/polyester-0.8.8  
| 
| Não entendi, o fato dele estar marcado como rebuild não quer dizer que
| está no world ;-)

Eu coloquei a saída completa para mostrar que eu tenho o pacote
instalado.
Repare que eu sempre procuro detalhar minhas respostas, bem como
ressaltar evidências, pois elas são importantes ao entendimento.
Mostrei-lhe vários problemas causados pelo uso do --depclean.

Como eu escrevi anteriormente: esteja livre para utilizar, mas morda a
língua antes de defamar o Gentoo pela desatenção aos seus avisos.

-- 
Benigno B. Junior - http://dev.gentoo.org/~bbj
Gentoo Developer (ALT, *BSD)
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD3995B21