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

[Lincoln Lordêllo]

;; Desculpem a mensagem longa, mas se faz necessária ;-)
;; Recomendo pelo menos a leitura do ultimo parágrafo :-D

Em Ter, 2006-03-28 às 23:11 -0300, Benigno B. Junior escreveu:
> 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".

Como disse, a ferramenta --depclean não é perfeitamente documentada, não
existe uma forma correta de usá-la, ou melhor, existe sim, usá-la com o
--pretend ;-)
Outra coisa, eu não sou desenvolvedor, não tenho conhecimento para
debugar programas, sou apenas um usuário com 10 anos de experiência com
GNU/Linux.

> 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?

Eu disse "SIM, ELA FUNCIONA PERFEITAMENTE PRA MIM". Mas não consigo
entender o porque usuário não conseguem usar este recurso, provavelmente
um mal uso do sistema em algum ponto.

> 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.

Uso Gentoo a mais de três anos e só tive problemas com o --depclean na
primeira vez que ele foi implementado, pois uso ~x86 e as coisas
costumam sair do controle de vez en quando ;-)
Mas depois da implementação dele na versão estável do portage, nunca
mais tive problemas. Acredito que não terei problemas, a menos que eles
mexam de novo nesse recurso, a fim de torná-lo mais "seguro".
O aviso é sempre uma forma de dizer:
"SE VOCÊ FIZER MERDA, NÃO NOS CULPE" ;-)

> 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.

Você sabe o que o "revdep_rebuild" faz? Ele vasculha por programas com
bibliotecas quebradas e recompila as dependências. Se você digitar
"emerge --update --deep world" o portage vai instalar as dependências
que foram removidas pelo --depclean. Ou seja, estava respondendo
especificamente à pergunta inicial do tópico. No caso reportado, ambos
os comandos vão funcionar. Claro, o "revdep_rebuild" continua sendo
necessário, pois algumas dependências podem não se instaladas.

> 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.

Porque na minha metodologia de manutenção do portage, recomendo
minimizar o tamanho do arquivo world. Então, se você adiciona dois
pacotes que podem conectados como dependência, isso foge bastante do
intuito do arquivo world. Acho que na documentação do Gentoo fala sobre
algo parecido também, não tenho certeza.
Por exemplo, muitos programas tem a libpng como dependência, então acho
completamente desnecessário tê-la no arquivo world.

> | 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.

Cara, o problema nesse caso é que, eu nunca vi um programa ser instalado
e não ir parar no world, somente se ele for instalado como dependência
de outro programa.

> 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.

Sim, é sempre bom dar o máximo de informação, mas no caso mostrado, o
fato dele estar instalado não quer dizer que ele foi parar no world,
pois pode ter sido instalado como dependência.
Por exemplo, vou instalar o media-video/mplayer e ativo a USE
win32codecs; automaticamente o pacote media-libs/win32codecs será
instalado. O comando que usarei será:

# echo 'media-video/mplayer win32codecs' >>/etc/portage/package.use
# emerge media-video/mplayer

Ele vai instalar os dois pacotes, mas somente o media-video/mplayer
estará no arquivo world.

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

Como assim "defamar o Gentoo", você está maluco?
Tem certeza que está falando com a pessoa certa?
Tem certeza que está na lista certa?
Essa foi boa :-\

;; ultimo parágrafo

Bom, vamos à um fato importante, que acho que podem definir o caminho
para "solucionar" o problema.
O portage-2.0 tem um pequeno defeito no tratamento das USE flags. Se
você instalar algum programa ativando uma USE no arquivo package.use,
que por sua vez instala uma dependência, todos os programas que usam
aquela mesma USE vão ativá-la automaticamente.
Por exemplo, eu instalo um programa e preciso de suporte a Kerberos,
então eu ativo o USE krb4 em package.use, perfeito, dependência e
programa instalados. Porém, ao rodar o comando "emerge --update --deep
--newuse world" ou em atualizações futuras, todos os programas que usam
o Kerberos vão automaticamente ativar a USE krb4. Para evitar uma
massificação do suporte ao Kerberos no sistema você precisa adicionar a
USE -krb4 no make.conf. Por isso que o manual do Gentoo recomenda você
adicionar "-kde -qt" ou "-gnome -gtk2" ou ambos no make.conf, e também
por isso eu tenho duas linhas USE no meu make.conf, uma com as flags que
eu quero ativar globalmente e outra linha para aquelas USE que eu quero
apenas para alguns programas, especificados diretamente no package.use.
No portage-2.1 esse problema foi sanado, as USE são ativadas apenas se
estiverem no make.conf, no package.use ou no make.profile, não existe
mais a ativação de USE automaticamente.
Talvez você tenha instalado um programa com dependências que se tornaram
globais, aí você removeu o programa e suas dependências, então todos os
programas que ativaram a USE de forma automática, vão ficar quebrados,
pois a USE não será ativada até que você instale o programa ou as tais
dependências ou ative a USE de forma global ou no package.use.
Esse assunto já foi discutido algumas vezes na Newsletter do Gentoo.org,
é sempre bom acompanhá-la para ficar informado.

No final das contas prevalece o que eu disse, o bom manuseio das USE e
do arquivo world no sistema é essencial para um bom funcionamento do
Gentoo, já que esse é o ponto chave dele. Outra coisa prevalece, a minha
dedicação ao GNU/Linux e seus projetos, inclusive ao Gentoo, a melhor
distribuição que eu já usei.

;; Como você deu um tiro final na mensagem, acho que ela já deve estar
;; morta, então não tem mais porque discutir e tentar ajudar
;; sobre esse assunto.

Sem mais.

-- 
gentoo-user-br@g.o mailing list