Em 17/05/2010 19:42, Max Miorim escreveu:
On 5/17/10, Max Miorim<[email protected]> wrote:
On 5/17/10, Junior<[email protected]> wrote:
Não entendo muito bem italiano, mas parece que tem um problema no
kernelpkg para versões 2.6.33 e acima:
http://www.slacky.eu/forum/viewtopic.php?p=274200
Isso explica parte do teu problema: a partir do kernel 2.6.33 o
kernelpkg não consegue achar a arquitetura e por isso não consegue
copiar a imagem do kernel.
Eu ainda não vejo qual a relação disso com não gerar a imagem, eu não
uso o kernelpkg mas se fizesse algo do tipo eu faria:
1 - compilar as coisas
2 - instalar com o equivalente ao DESTDIR (eu não lembro agora qual o
nome das variaveis no caso do kernel, faz tempo que eu não tento isso)
3 - fazer as coisas de limpeza comum nos slackbuilds
4 - makepkg
A arquitetura só deveria interferir na parte de instalar (porque teria
que dar um cat ou cp no bzimage) e no makepkg...
A propósito, eu sei que isso não resolve o problema do kernelpkg, mas
tu ja tentou usar os slackbuilds do slackware?
http://slackware.mirrors.tds.net/pub/slackware/slackware-current/source/k/
http://slackware.mirrors.tds.net/pub/slackware/slackware64-current/source/k/
Ainda não tentei Max, mas vai ser a alternativa que vou ter que usar, a
minha intenção era fazer uma atualização de kernel via ssh, sei que é
arriscado mas tenho muitos servidores em produção fora da minha cidade.
Qual seria a vantagem de usar o kernelpkg para atualizar a distância ?
Acho que correria menos risco se ficasse um tempo menor conectado via ssh.
Obrigado pela atenção.
--
GUS-BR - Grupo de Usuários de Slackware Brasil
http://www.slackwarebrasil.org/
http://groups.google.com/group/slack-users-br
Antes de perguntar:
http://www.istf.com.br/perguntas/
Para sair da lista envie um e-mail para:
[email protected]
