"Flavio B. Leitner" wrote:
>
> On Wed, Dec 12, 2001 at 03:00:42PM -0400, Lisias A. Toledo wrote:
> > Mas n�o existe como garantir isto � n�vel de depend�ncias... Uma coisa �
[...]
> O rpm faz depend�ncia autom�tica, se precisa da libxt-2.2.2.2.2.2 ele
> vai exigir que voc� tenha ela tamb�m, e isso garante o funcionamento.
>
> Agora se ela lib est� no pacote xyz-200 ou no libxt2 � outra coisa que
> o rpm enm olha. A n�o ser que a pessoa que fez o pacote tenha feito
> a depend�ncia expl�cita.
E � aqui que mora o pepino. A discuss�o mora n�o nos aplicativos da
distro, mas nos aplicativos que a distro n�o mant�m nem suporta.
Se este aplicativo precisa da libxt-2.2-ad-nauseum, o pacote em que esta
lib "vive" varia de distro para distro. Ent�o, algu�m tem que descobrir
onde diabos vive a lib e instalar a dita cuja.
Esta � a dificuldade. A mantenedora da distro n�o tem nenhum problema
com isto (ela definiu a granularidade dos pacotes), mas n�o estamos
falando da mantenedora.
Estamos falando de terceiros, que querem vender|doar|alugar|whatever
software para as pessoas, e que precisam que elas pessoas possam
instalar seus softwares de forma automatizada e ainda manter as
garantias da mantenedora, do contr�rio elas n�o usar�o.
Este mecanismo n�o deve ser cativo de uma s� distro, caso contr�rio se
limita a atua��o do instalador, o que � justamente o que n�o quero.
> > Sabe Deus quantas vers�es do XT j� vieram numa distro Xfree4. Mas a que
> > eu quero � a 2.3.4.1.3... Como verificar esta depend�ncia? Diminuir a
> > granularidade � nivel de araquivo, como nos Windows?
> N�o. Veja:
>
> Se eu instalar o XFree86 do Conectiva (� o que eu uso) vou ter
> todo o XFree86 como seria o XFree86.rpm.
Mas se uma outra distro que n�o a Conectiva n�o o fizar, precisarei de
um mecanismo que me avise disto e, � c�us!!, me diga o que devo fazer
para resolver a depend�ncia.
Independ�ncia de distro, lembra? ;-)
> Agora, imagina que eu quero instalar o Xconfigurator 2.2 e ele
> depende da libxaw-1.0. O pr�prio rpm nas depend�ncias autom�ticas
> vai exigir isso de voc�. Aqui aparece a falha do rpm que o apt
> portado tenta minimizar: Em que pacote est� essa lib?
> Se tiver no pacote XFree86.rpm, voc� vai ser obrigado a instalar
> tudo por causa de uma lib, mas e se ele tiver no libxaw2.rpm?
Mas o problema que desejo resolver n�o s�o os pacotes nativos da distro.
O apt visa resolver isto, n�o preciso reinventar a roda.
O problema passa pela instala��o de Aplicativos (que s�o compostos de
pacotes, alguns nativos da distro, outros n�o) de terceiros, de forma
automatizada, segura, e permitindo sua posterior desinstala��o (segura).
> N�o tem sentido em fazer por arquivo, mas por funcionalidade j�
> � um grande avan�o, concorda?
Decerto. � por isto que o modelo InstallShield, ao p� da letra, �
invi�vel no Linux.
Mas este avan�o n�o � suficiente para permitir que o usu�rio instale e
desistale de forma intuitiva seus Aplicativos de terceiros.
Estou propondo, para resolver esta pend�ncia, criar mais uma camada de
abstra��o : O conceito de Aplicativos, que por sua vez usariam a camada
de pacotes da distro para instalar e desinstalar seus sub-componentes de
forma intuitiva e segura.
> > Mas a� vc t� perdendo as garantias da Slack. � o mesmo que enfiar
> > ar-condicionado de terceiros no seu carro. �s vezes d� certo, �s vezes
> > n�o.
> Se as depend�ncias forem satisfeitas (pacote bem feito), e for
> padr�o LSB, os arquivos ter�o obrigatoriamente o mesmo lugar, e
> a vers�o correta estar� l� tamb�m.
Mas se algo der errado, vc perde a garantia da Conectiva (por excemplo).
Eles podem at� tentar te ajudar, mas sem compromisso.
Pra quem entende, n�o h� problema. Mas lembre-se que a maioria absoluta
dos end-users dom�sticos s� possuem a mantenedora da distro para dar
suporte. Se eles perderem as garantias desta mantenedora, estar�o em
terreno minado. E no escuro.
> Rode o ximian gnome no Conectiva,
> por exemplo. A Ximian n�o suporta o Conectiva, por�m � LSB (ou sen�o
> foi intencional, ficou bem pr�ximo), pegue l� o da Ximian Red Hat e
> instale no Conectiva, provavelmente a libgtk vai ser outra vers�o,
> que o rpm vai exigir de voc�, e a Conectiva disponibiliza como
> libgtkX. Capiche?
Yap. Agora, caso o Ximina Red Hat d� pau, ligue pra Conectiva e depois
me diga o que eles disseram... ;-)
Estamos falando de end-users. N�o de t�cnicos capacitados.
> > Mas estamos discutindo mecanismo semelhante que facilite o usu�rio
> > [des]instalar de forma segura (sem perder as garantias da mantenedora)
> > seus pr�prios aplicativos. De quebra, enjaular os conflitos entre
> > distros num mecanismo que permita ao fornecedor aut�nomo de aplicativos
> > facilitar ao m�ximo a sua distribui��o para seus usu�rios, j� que o
> > problema dos pacotes ele vai ter que lidar de frente mesmo.
>
> Certo, isso ser� implementado mais cedo ou mais tarde, (j� est� no
> bugzilla), executar apt-get remove evolution e ele automagicamente
> verificar os pacotes que s�o in�teis agora e remov�-los.
Ele automatizar� tbm a remo��o do Kylix, dos jogos da Loki, das
besteiradas que o usu�rio vai instalar na m�quina dele (como aqueles
Messages Mates que usei como exemplo)?
Eu especulo que n�o. Logo, o problema s� ser� resolvido em parte.
Precisamos de um mecanismo independente de distro que trabalhe � nivel
de Aplicativos, ou as facilidades tipo InstallShield para o Linux ser�o
invi�veis, e a galera que usa micro em casa vai continuar com o Windoze
Pirat�o que receberam da Sta. Efig�nia.
N�o quero meter o nariz nos pacotes nativos. A mantenedora que se vire
(ou me pague para tanto...;-). Estou pensando nos pacotes de terceiros,
que precisam conviver com as diversas granularidades das distros.
> Sen�o me
> engano o debian est� um pouco a frente e j� tem algo assim.
> Lembre-se que o apt � a libapt que pode ser usado por qualquer
> programa depois, aproveitando todas essas features.
Esta dica foi �til. mais um item no TO DO.
--
[]s,
Pink ------------------------------------
(Lisias Toledo) | ECHELON AT MY BALLS !! |
Manaus/Amazonas/Brasil | Will My Freedom Be Forever Denied? |
--------------------------------------------------------------------
/"\ CAMPANHA DA FITA ASCII - CONTRA MAIL HTML
\ / ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL
X
/ \ Movimento Pr�-acentua��o:
/ \ Use "MIME, quoted-printable, ISO-8859-1" em seu e-mailer.
Assinantes em 13/12/2001: 2360
Mensagens recebidas desde 07/01/1999: 146294
Historico e [des]cadastramento: http://linux-br.conectiva.com.br
Assuntos administrativos e problemas com a lista:
mailto:[EMAIL PROTECTED]
