[FUG-BR] Atualizando ports com várias dependências

[Marcel Bonnet]

On 1 March 2012 14:18, Cleyton Agapito <cragapito em gmail.com> wrote:

> Em 1 de março de 2012 14:08, Otacílio <otacilio.neto em bsd.com.br> escreveu:
> > On 01/03/2012 14:03, Marcel Bonnet wrote:
> >> (desculpe o top posting)
> >> tem um jeito tosco, mas funcionou no meu note:
> >> portupgrade -nfr perl>  lista
> >> como preferir salve a parte da lista q nao quer atualizar e use:
> >> portupgrade -x port
> >> confere se a opt eh x (confundo com portmaster)
> >> mas a idea eh entrar -x port1 -x port2 ...
> >> ele fara tudo menos os ports indicados.
> >> abcs,
> >> ===============================================
> >> Desculpe-me se esta msg foi curta. Escrevi de um dispositivo móvel:
> lento
> >> p/ teclar e posso dispor de pouco tempo agora.
> >> Marcel Bonnet
> >>
> >> Em 01/03/2012 13:41, "Otacílio"<otacilio.neto em bsd.com.br>escreveu:
> >>
> >> Olá pessoal
> >>
> >> Estou eu atualizando o meu sistema. Seguindo o UPDATING do perl eu tenho
> >> que reinstalar tudo o que depende do perl
> >>
> >> portupgrade -fr perl
> >>
> >> Mas aí é o problema, são mais de 600 ports e esta máquina é o meu
> >> notebook. Eu não posso deixar essa máquina parada até terminar de
> >> compilar a tralha toda, e existem uns ports bem pesados nessa lista,
> >> como java, libreoffice, firefox, thunderbird, eclipse, etc etc.
> >>
> >> Tem alguma forma do portupgrade guardar o que já foi feito para que eu
> >> possa parar a atualização e continuar depois?
> >>
> >> Se eu mandar atualizar vários ports de uma vez só, em um único comando o
> >> portupgrade é inteligente o suficiente para descobrir quais deles são
> >> dependentes uns dos outros para atualizar na ordem certa?
> >>
> >>
> >> Obrigado!
> >
> > Eu fiz isso em outra ocasião, mas tinha a dúvida se ele não atualizava
> > cada port depois do -x ou apenas o último depois do último -x.
> >
> > Fica ainda a outra pergunta, como faço para "pausar" a atualização?
> >
>
> Olá Otacílio,
>
> Olha, pausar acho que não dá não, já andei vendo gente pedindo essa
> funcionalidade mas nada foi feito até hoje.
>
> Eu tenho parado no tapa mesmo (^C), só que tem que cuidar pra não
> fazer isso na hora em que ele está mexendo no banco de dados, se
> corromper é um saco, tem que apagar o velho e mandar fazer outro. A
> título de informação vc pode ligar o log no
> /usr/local/etc/pkgtools.conf (a linha que tem PORTUPGRADE_ARGS = e a
> -L /var/tmp/portupgrade-%s::%s.log), na prática não tem muita
> utilidade mas vc já fica esperto no que pode dar problema por estar
> desatualizado.
>
> Até hoje tive poucos problemas, o chato é que até terminar tudo vc
> corre o risco de algo parar de funcionar, normalmente uma recompilada
> na mão já resolve, nada grave, mas é o risco é do tamanho do port
> (tipo, os grandes são mais complicados).
>
> Agora mesmo estou num notebook todo frankestein pelo mesmo motivo, se
> encontrar alguma forma melhor avise ;-)
>
>
Eu tb já "pausei" o portupgrade no ^C e, por sorte, não tive problemas.
E pode mandar ver algo como:

portupgrade -fr [port] -x [port1] -x [port2] -x [port3]
a sequência de exclusões por último e certamente não serão atualizados.
Diferente do portmaster, que eu vinha usando até precisar botar a máquina
em dia (7 meses defasada). Ele se perde todo com atualizações muito
severas, sem contar o tempo que procurando as dependências pra depois
atropelar tudo e fazer o que a gente não quer! (aos amantes do portmaster:
é só uma observação, não deprecio o trabalho do Doug Barton, até porque eu
sempre preferi o portmaster - até ter problemas com ele!)

E os logs informados pelo Cleyton (-l e -L) são muito úteis em atualizações
grandes, como essa que você fará. Foram fundamentais pra mim e decidi por
usar sempre.

[]s

-- 
Marcel Bonnet
"No princípio era o caos... e no meio também."
www.monovox.net.br