ALIEN considerações: (era: Re: banco de dados firebird)
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" <lgcdutra@terra.com.br> 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
>
> ******************* .''`.
> * idic@terra.com.br * : :' :
> * 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 debian-user-portuguese-request@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
--
Eduardo Marcel Macan <macan@colband.com.br>
Colégio Bandeirantes LTDA
Reply to: