Fala marcot, A idéia deveria ser essa mesmo, mas os requisitos do projeto as vezes vão de encontro com a debian policy... daí as soluções de gambiarrar o postinst nunca me agradam... os caras querem automatizar o que normalmente é papel do administrador fazer, como criar o banco de dados da aplicação. Não é tão trivial fazer checagens no banco via shell script pra ver se ela foi criada com sucesso, se há algo corrompido ou se as tabelas foram criadas pela metade por conta de um ctrl+c no meio do postinst. E colocar tudo isso no postinst fica algo tosko, a meu ver, pois dificulta a portabilidade do pacote para RPM, por exemplo.
Obrigado pelos comentários. Se alguém tiver alguma outra idéia, fique a vontade. Abraços, global 2009/1/23 Marco Túlio Gontijo e Silva <mar...@holoscopio.com> > Opa Global. > > Em Sex, 2009-01-23 às 11:34 -0200, Anderson Goulart escreveu: > > Qual a melhor estratégia para manter pacotes que necessitam de bug > > fix? Por exemplo, tenho um pacote com software web que contém um bug. > > Como ele é web, não precisa ser recompilado basta uma aplicação de um > > patch em um arquivo .php. Meu pacote original (antes da correção) > > continha algumas confs via debconf e alguma coisa no postinstall, como > > criação do banco de dados para a aplicação através das perguntas do > > debconf. Descobrimos um bug no software e quero disponibilizar esse > > update no repositório, mas se gerar um novo pacote com o patch > > aplicado, o postinst vai recriar todo o banco e daí vai atrapalhar > > tudo. É claro que posso fazer checagens no postinst, mas é a melhor > > forma? Como se costuma fazer em casos de bug fix que o postinstall > > mexe em mta coisa ou cria arquivos novos? > > > > Há alguma forma bacana de manter esse pacote? Quais as sugestões de > > vocês? Reescrever o postinstall, retirar coisas dele, fazer outro > > pacote só com o patch, ou o q? > > Um dos pré-requisitos para scripts de mantenedores, como o postinst, é > que eles possam ser chamados mais de uma vez sem causar problemas[0]. > Pelo que você descreveu, reescrever o postinst para que isso aconteça já > resolveria seu problema. > > 0: > > http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-idempotency > > Abraços! > > -- > marcot > http://marcot.iaaeee.org/ > > > > -- > To UNSUBSCRIBE, email to debian-devel-portuguese-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > >
