Freud_Tux
(usa Outra)
Enviado em 03/11/2015 - 20:36h
Grinder escreveu:
Freud Tux escreveu:
edps escreveu:
"[...]http://slackblogs.blogspot.com.br/2015/10/big-batch-update.html
* vejam a observação: certifique-se de instalar primeiro os novos pacotes (install-new) e depois rodar o upgrade-all e não esquecer de remover o ConsoleKit.
Perguntinha edps :) !
Por que de rodar um install-new antes de um upgrade-all ? Se for feito ao contrário iria dar problema?
E por que de remover o ConsoleKit?
Vocês estão me deixando com medo em relação ao uso do Python. Eu uso alguns programas que precisam de Python, como o Freeecad que tem uma penca de scripts em Python, resumindo, eu vou sofrer em futuras atualizações ?
No mais, manter os pacotes do Slackbuilds atualizados no -current, ou versão estável, a graça reside fazer manualmente (1 por 1), do que usar alguma solução automática, porém, o tempo gasto deverá compensar, em ter um sistema mais fácil de entender e achar problemas.
T+
Cuidado com as coisas que você lê que não seja oficial :-) tem principiante em todo lado rsss
.
Quanto ao ConsoleKit você precisa remover pois ele foi descontinuado e o Slackware Current agora usa ConsoleKit2
Não captei direito o seu primeiro parágrafo ;). Poderia explicar por favor :D.
Entendi sobre o ConsoleKit, obrigado ;).
T+
edps escreveu:
Freud Tux escreveu:
Perguntinha edps :) !
Por que de rodar um install-new antes de um upgrade-all ? Se for feito ao contrário iria dar problema?
E por que de remover o ConsoleKit?
Vocês estão me deixando com medo em relação ao uso do Python. Eu uso alguns programas que precisam de Python, como o Freeecad que tem uma penca de scripts em Python, resumindo, eu vou sofrer em futuras atualizações ?
No mais, manter os pacotes do Slackbuilds atualizados no -current, ou versão estável, a graça reside fazer manualmente (1 por 1), do que usar alguma solução automática, porém, o tempo gasto deverá compensar, em ter um sistema mais fácil de entender e achar problemas.
T+
Olha... a sugestão dada foi a obtida no link do
willysr, geralmente rodo o
install-new após o
upgrade-all e em praticamente todas elas o que me sugerem é a instalação de toneladas de lixo do KDE, o que não identifico tal rodo um
slackpkg info e se for alguma lib que não seja do KDE eu a instalo.
Quanto a remoção já foi respondida.
Quanto ao seu "medinho" deixemos pra lá, ia te dar uma sugestão...
Agora entendi, faz sentido, já que você não usa o KDE.
Sobre o "medinho" rsrsrs, deixa quieto, já foi superado ;) :p.
Nem que eu compile o Python, dependência por dependência, no meu caso ele se faz necessário, pelo menos, o que se refere ao Freecad ;).
edps escreveu:
No mais, manter os pacotes do Slackbuilds atualizados no -current, ou versão estável, a graça reside fazer manualmente (1 por 1), do que usar alguma solução automática, porém, o tempo gasto deverá compensar, em ter um sistema mais fácil de entender e achar problemas.
"
Sinceramente man, acho que preciso fazer um doutorado! não saquei o que tu quis dizer.
Liga não!
Eu as vezes me enrolo, eu faço umas duas ou três coisas ao mesmo tempo, e as vezes, sai essas coisas malucas. Deixa eu tentar explicar.
Eu estava tentando dizer, que a ao invés de usar alguma "heresia" como slackpkg+ para mantar os programas obtidos via Slackbuilds sempre atualizados, eu gostaria de realizar as atualizações de maneira manual, baixando as novas versões e compilar uma á uma na "unha". Essa era a "graça" que eu tinha mencionado.
Como estou bem mal acostumado com o apt, que sempre fazia as coisas, e no máximo, o maior desafio que eu tinha, era uma travada na atualização do Libreoffice, que as vezes, o apt não sabia o que fazer com alguma dependência do Libreoffice que estava sendo atualizada, e ele deixava tudo desconfigurado, e eu, usava o dpkg e arrumava.
Eu estou a fim de testar manter as coisas do Slackbuilds sempre atualizadas, mas de maneira manual, sem apelar para alguma heresia por enquanto.
Tendeu ;).
E desculpe pela enrolada que eu dei.
T+