On 1 March 2012 14:18, Cleyton Agapito <cragap...@gmail.com> wrote: > Em 1 de março de 2012 14:08, Otacílio <otacilio.n...@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.n...@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 ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
