O que o alien faz é "desmontar" o pacote RPM e a partir da informação contida no pacote original "montar" um pacote deb reutilizando o máximo que se consegue obter automaticamente de informação a partir do original.
Para todos os efeitos o que você instalou no final das contas foi um deb , o que o dpkg faz nos outros fará também nele. Porque alien não é uma boa idéia: 1) Porque um programa automático não substitui um ser humano empacotando, por mais que o pacote venha do "unstable" ele tem no mínimo mais teste de empacotamento do que um pacote feito com o "alien". 2) Porque o pacote original poderia depender de algo que não está presente no debian, por exemplo ele pode ter sido compilado com a biblioteca libFoo-3.4 na redhat e no debian pode estar presente a libFoo-3.2 por exemplo... ou o inverso! Pode existir a libFoo-3.2 no RH e no debian a libFoo-3.4 que não tem compatibilidade binária com a anterior... acontece nas melhores bibliotecas... é pra isso que serve o sistema de dependências. Ao trazer um binário de fora você não tem como garantir que suas dependências serão satisfeitas sem um exame mais ou menos "minucioso" (ao menos no ponto de vista de um usuário comum), um programa que chama outros programas também pode não funcionar se os outros programas não estiverem instalados ou configurados de uma certa maneira... na hora H alguma coisa pode falhar porque uma dependência não foi detectada automaticamente (porque nem tinha como ser) O que eu acho mais "sano" é tentar realmente fazer o "backport" de um pacote do testing/unstable ou usar pinning, alien é a última opção, em geral útil para programas não tão complexos que não têm código fonte disponível. Em Ter, 2003-04-01 às 07:54, caio ferreira escreveu: > On 26 Mar 2003 22:00:39 +0100 > "Leandro Guimarães Faria Corsetti Dutra" <[EMAIL PROTECTED]> wrote: > > > o mesmo comando só que na versão unstable, no caso o meu micro(cliente) e vi > > que existem pacotes FireBird. Ai surgiram algumas dúvidas. > > > > Que tal usar o apt pinning? > > http://debian.org./doc/manuals/apt-howto/ch-apt-get.pt-br.html#s-default-version > > Vou esperar que saia o firebird na versão testing para poder instalar no > servidor da rede daqui de casa. > > > - em um ambiente real, de produção, seria correto eu fazer isso, portar um > > código unstable no stable e utilizar ou é muito arriscado ?!?!?!? > > > > É um pouco arriscado. O ideal seria usar algo que já existe ao menos > > na testing, como o PostgreSQL. Ou talvez faça seus testes, enquanto > > aguarda que o pacote migre da unstable para a testing. > > É isso que eu vou fazer, esperar sair o firebird na versão testing para > ai sim manter um debian híbrido(stable/testing). Enquanto isso estava pensando > em instalar a versão .rpm, através do alien, para fazer alguns teste. A minha > dúvida é, depois de instalado o firebird através do alien é possivel remove-lo > , o firebird ?!?! > > -- > > [ ]'s > > ******************* .''`. > * [EMAIL PROTECTED] * : :' : > * GNU/Linux Debian * `. `'` > ******************* `- > Gnupg ID 0x01186BE1 > Key fingerprint =3D F17E 75C6 CE00 0E09 F63B 71B0 A0D2 FAD9 0118 6BE1 > > Eu gostaria de criar homepages, mas não sei o que elas comem > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- Eduardo Marcel Macan <[EMAIL PROTECTED]> Colégio Bandeirantes LTDA