-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
dbm - Adrian wrote:
>> Penso que isso n�o deveria acontecer, porque se o sistema
>> b�sico (kernel, bash, etc.) � de uma vers�o mais recente, ele
>> DEVE obrigatoriamente reconhecer pacotes de vers�es mais
>> antigas.
>
>Concordo com vc, mas o problema � q muitas vezes as interfaces
>das APIs mudam muito, e manter a compatibilidade pode vir a
>custar t�o caro, tanto em controle de desenvolvimento qto performance
>etc.
O Adrian est� certo aqui.
O problema de instalar aplicativos antigos em sistemas mais modernos � ter
as bibliotecas que forne�am aquela API. Se voc� pegar a biblioteca mais
importante do sistema - a libc - ver� que ela est� com o mesmo soname
(libc.so.6) h� 6 anos. A vers�o antiga (5.4.46) parou de ser desenvolvida
em 1998...
O pessoal que faz a glibc tem um trabalho enorme para manter a
compatibilidade. Por outro lado, n�o h� muita inova��o na glibc.
Praticamente toda inova��o vem das outras bibliotecas do sistema.
Uma vers�o de uma biblioteca com o mesmo soname que outra vers�o indica que
elas s�o perfeitamente compat�veis (salvo exce��es conhecidas). Isto �, se
voc� compilou seu programa com a libpng 1.2.0 (libpng.so.3), pode fica
tranq�ilo que ele deve funcionar na libpng 1.2.5 (tamb�m libpng.so.3).
[A exce��o a regra mais conhecida � a OpenSSL: tanto a libssl.so.0 como a
libcrypto.so.0 s�o incompat�veis entre vers�es de maneira muitas vezes
dif�cil de detectar]
Quanto ao caso do KDE, a pol�tica � a seguinte: durante todo o ciclo KDE
3.x, as bibliotecas mant�m a compatibilidade bin�ria. � proibido a um
desenvolvedor fazer uma modifica��o que quebre essa compatibilidade. Isso
significa que um programa KDE compilado com a Qt 3.0 e KDE 3.0
(libqt-mt.so.3, libkdecore.so.4, ...) deve funcionar quando voc� atualizar
seu sistema para o KDE 3.3.1.
E note que no caso de um sistema integrado, n�o temos apenas as bibliotecas
para manter compat�veis. � necess�rio tamb�m manter m�dulos extras, nomes
dos �cones, argumentos aos programas, chamadas DCOP, ...
Da� voc� v� que chega um momento em que � necess�rio jogar fora tudo que j�
foi depreciado e limpar a API. N�o � de uma hora para outra que isso
acontece. Note que o KDE 3.0 foi lan�ado h� mais de 2 anos e que o KDE 4 s�
deve aparecer quando o KDE 3.0 fizer 3 anos de anivers�rio -- e isso depois
que o KDE 3.4 for lan�ado.
Ainda por cima, existe toda uma preocupa��o de "como um aplicativo KDE3 vai
rodar num ambiente KDE4".
Resumindo: as pessoas se preocupam em manter aplicativos mais antigos
funcionando. Mas tudo tem seu limite: voc� n�o vai instalar um aplicativo
de 6 anos de idade e esperar que ele continue funcionando a contento.
- --
Thiago Macieira - Registered Linux user #65028
thiago (AT) macieira (DOT) info
ICQ UIN: 1967141 PGP/GPG: 0x6EF45358; fingerprint:
E067 918B B660 DBD1 105C 966C 33F5 F005 6EF4 5358
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)
iD8DBQFBfuxEM/XwBW70U1gRAkknAJ4vs7lg/6hoWbQxpXPUm4K0JGo0IACffuBo
/ojS5tqGAUSGT5unUMF/uwk=
=Up7m
-----END PGP SIGNATURE-----
---------------------------------------------------------------------------
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
