[enviando para cá pois a lista cooker-br@ rejeitou a mensagem devido a um bug no gerenciador de listas]
[dica: nunca usem um gerenciador de listas chamado "sympa"] O Niemeyer criou um script que, utilizando o smart, representa o primeiro passo para uma atualização do CL snapshot para o Mandriva Cooker. Rodei este script no meu roteador caseiro (pentium 200MMX) e estou postando agora os resultados. Em http://distro2.conectiva.com.br/~andreas/cl2cooker/ - lista de pacotes instalados antes da atualização - log da atualização - lista de pacotes instalados após a instalação Este procedimento ainda requer profundos conhecimentos sobre a distribuição e linux em geral e sem dúvida precisa ser aprimorado ainda, mas é um primeiro passo. Como a máquina ficou após a instalação? Os problemas mais graves que aconteceram estão relatados a seguir. - rpm parou de funcionar. O pacote rpm do cooker não funciona em i586, apesar do pacote ser .i586.rpm (http://qa.mandriva.com/show_bug.cgi?id=16710). Ou seja, não foi um problema do procedimento de atualização: é um bug do pacote. A solução temporária que encontrei foi instalar o pacote rpm do snapshot usando rpm2cpio. - kernel mandriva não foi instalado. O que me levou a outro bug de empacotamento: http://qa.mandriva.com/show_bug.cgi?id=16709 Ou seja, o pacote, apesar de ser i586.rpm, foi compilado para i686. Este sinto que vamos brigar, pois o pessoal lá não parece se importar muito com o que diz a tag de arquitetura do rpm e coloca sempre i586. Não vou nem entrar no assunto "otimizado para i586"... Se lerem o ticket vão ver que eles disseram que o pacote era "otimizado para i686" (mas continua sendo i586 no nome). - já tinha postfix na máquina, e ele foi corretamente migrado, mas por algum motivo ainda desconhecido o pacote exim também foi instalado (o morcego vai ficar feliz :). Como o cooker usa e abusa do alternatives, a instalação simultânea foi possível e exim foi selecionado como o mta padrão (agora o morcego deve estar dando pulos de alegria). - alternatives quebrou. Como o cooker usa e abusa do alternatives (já disse isto hoje, não?), vários outros pacotes quebraram, como modutils. Tive que fazer os links para modprobe/rmmod/lsmod/etc na mão para que as coisas voltassem a funcionar. Olhando a lista de pacotes existentes após a instalação, vê-se que o alternatives do CL permaneceu instalado, então talvez seja questão apenas de ajustar o script. - iptables quebrou. Por algum motivo, ele estava procurando os módulos em um outro diretório. Não sei ainda se é bug de empacotamento ou do processo de upgrade, ainda vou analisar. - alguns pacotes CL sobraram na máquina, basicamente por erros de execução de scripts %post/%pre. - postfix do cooker usa chroot por padrão, o que requer alguns ajustes após o upgrade (em especial no master.cf). Fora isto, está funcionando redondo (uso em casa com filtro de conteúdo, autenticação e integração com cyrus-imapd) - a atualização do cyrus-imap, que é outro grande serviço que executo na máquina, também ocorreu de forma tranqüila. Mas não sei ainda como o pacote do cooker lida com bancos de dados de outros formatos que não o padrão (é possível alterar o formato no imapd.conf do cyrus). Talvez só tenha funcionado bem para mim porque eu estava usando os formatos padrões. Resumo: A atualização ainda é complexa. E esta máquina tinha poucos pacotes (297) e era um servidor, sem ambiente gráfico como KDE ou Gnome. O problema mais grave foi sem dúvida o do rpm, mas é um bug de empacotamento em que esbarrei por acaso (Murphy). --------------------------------------------------------------------------- Esta lista é patrocinada pela Conectiva S.A. Visite http://www.conectiva.com.br Arquivo: http://bazar2.conectiva.com.br/mailman/listinfo/linux-br Regras de utilização da lista: http://linux-br.conectiva.com.br FAQ: http://www.zago.eti.br/menu.html
